A)性能

　　如前所述、解釋Java字節碼比相當的C或C++寫的程序運行起來要慢5到10倍。對一些并非受制于CPU的嵌入系統來說，這一個性能缺點不是問題，但是更經常的較慢的速度會導致無法接受的應答時間。有幾種可能的解決方案可緩解速度慢的問題。

　　1)使用更快、更強大的處理器，使系統響應時間縮小到可以接受的范圍。這個方法將增加每個系統的成本。

　　2)使用母語Java編譯器來獲得比較好的性能。但這樣做，你就放棄了與Java平臺無關的優點，好在大多數嵌入系統都只在一種平臺上運行。

　　3)在你的系統上并入一個JIT編譯器，這樣Java類裝入時就被編譯。若你為接納JIT編譯器而不得不增加額外的內存，這個方法也會增加系統成本。另外，若你的系統各部分是按需求逐漸添加，你應控制程序裝入的時機，以使在裝入類進行編譯時產生的暫停不會影響系統的響應時間。

　　B)垃圾收集的系統開銷

　　前面論述過，Java中的自動內存分配和垃圾收集性能是實惠的，因為它去掉了最通常的程序錯誤根源并簡化了程序設計人員的工作。但是，從實時系統的角度來看，它的問題恰好就在于它是自動的。當垃圾收集進行時，你的控制就受限了。

　　垃圾收集運行時，它凍結了系統其余部分的處理。這是因為它必須要在內存中移動對象，并必須在程序再次運行前，更新所有引用(指向)那些對象的程序變量。垃圾收集能凍結處理達數十分之一秒，具體取決于內存量和處理器的速度。很顯然，這對硬實時系統是無法接受的，甚至極端時對軟實時系統也是成問題的。

　　垃圾收集以三種方式開啟。首先JVM有一個后臺垃圾收集線程，此線程傾向于在它一看見系統有空閑就開始垃圾收集，若有事件想要喚醒另一個線程，后臺垃圾收集就會被該線程占先，但它不會立刻被占先，它得更新那些已被移動得對象的所有引用后，才能讓一個線程運行。

　　其次，若JVM沒找到足夠內存來滿足某個內存分配請求，它將啟動一個不會被占先的垃圾收集，在該操作完成之前，系統的其余部分被禁止。

　　最后，一個應用程序能通過調用Systev.gc()方法來啟動垃圾收集。所有，如果你知道系統暫時不會執行任何時序上關鍵的任務，你可以啟動垃圾收集，并希望避免稍后在更關鍵時段進行收集。

　　C) JVM的系統開銷

　　我們已經論述了許多JVM的內置特點，比如圖形和網絡，它們使得你的Java程序更快上市。所有這些特點的負面是JVM的內存開銷。因為JVM是一個整塊(要達到Java的可移植的目的，你必須完整的采納)，JVM的內存占用量不能減少。現在的JVM最少需要2MB以上的內存。

　　但是如果你的Java程序也在使用一些消耗內存的功能，由于一個JVM中有那么多的功能，各個Java應用程序就能寫的小一點。如果你建立的是一個從網絡上動態下載并運行多個程序的系統，那么這將是個很大的優點。但Java仍然不具備可配置性和可伸縮性，而這些是嵌入操作系統一直以老字號自居的特點。

　　D)硬件訪問

　　Java實現可移植性的安全性的方法也意味著它缺乏直接同硬件接口的能力。JVM僅僅是一個虛擬的機器，一個對硬件的軟件抽象，該抽象僅僅使連接是直接的。虛擬機控制與實際硬件的接口，而我們只能和虛擬機打交道。

　　但這并非無法逾越的限制，很多C程序使用內嵌匯編來規避性能上的瓶頸，所以Java程序也能使用C來獲得對硬件的直接訪問。

　　讓Java和C一起工作有兩種方式。第一、可以使用本地方式，它們是用C/C++或另一種語言寫的，但當調用時，則裝入與JVM同樣的內存空間，運行于同樣的環境。因為它們被編譯成機器碼，本地方式運行更快并能直接訪問硬件。本地過程與Java代碼之間通過套接來彼此交流，就像網絡中通信端點使用的套接一樣。在你選擇了混合語言方法后，Java的與平臺無關和安全特點就沒有了。

　　可以考慮將前面提到的Java處理器作為軟件JVM的解釋器部分作為一種硬件實現方案。Java程序能在這些處理器上直接運行并操縱硬件，要注意Sun必需加一些特殊目的的指令給這種語言才能直接與這些處理器一起工作。

　　E) 語言尚不夠成熟

　　Java于1996年5月發布，幾個月就有了beta版。第一個主要修訂版，Java Development Kit(JDK)1.1在一年以后開發出來，以標準的程序設計語言角度來看，Java還很年輕，也很粗糙。實際上，所有通用語言，都要幾年時間才能夠成熟到能可靠的寫出作為產品的應用程序的程度。

　　在其進一步發展中，Sun公司分了三個步驟來促進Java成為一種通用語言和計算機平臺。首先，用Java編程實現現存的商業和企業的一些功能活動，諸如電子郵件、日歷和字處理程序。在這些方面，Java將與傳統的編程語言和傳統的編程方法競爭。其次，把Java提供給企業，使他成為一種編寫內部應用程序的方法。信息科學部門常常要用一種必須編譯的(因而是針對具體平臺的)語言來產生客戶程序，因此由于平臺不同而編譯和維護不同的版本。如使用Java，信息科學部門只需編寫和維護一種版本。最后一步，是為傳統嵌入式設備應用，比如移動電話、機頂盒以及打印機定義Java API以及語言功能。

　　Java開發的編程工具也仍在發展之中。有幾個廠家提供編譯器和開發工具，如Symantec、Microsoft以及Sun公司。Sun不再是JVM和JIT的僅有選擇，其他幾個供應商的產品也很有競爭力，這些公司在開發檢測和調試工具上較慢。市場上有了一些初步的產品， Parasoft的Jtest軟件自動為Java模塊生成檢測案例，而Numega的Jcheck為JVM中的程序行為提供一定的可見性。

　　目前仍然沒有完善的交叉調試解決方案，即那種傳統上被嵌入系統開發者用來處理目標平臺上程序的方案，你很可能必須用C/C++來寫你的程序中針對硬件的部分。不管怎樣，你最好用一個C/C++交互調試器來調試那些代碼，并在你的目標系統上用彈出對話框，保持記錄文件，或其他類技巧來調試你的Java。

　　4、總結

　　由上可見，Java的嵌入式應用是排在Sun公司日程的最后的，Sun在繼續為這些用途發展此語言，但對這方面的發展會次于桌面及企業用途。