??? 一、引言

　　Java的設計者企圖建立一個簡單的、面向?qū)ο蟮摹⒅腔鄣摹⒁呀?jīng)解譯的、強大的、安全的、架構(gòu)合理的、可移植的、高性能的、多線程的、動態(tài)的語言。為使Java對開發(fā)者有吸引力，Sun公司融合了類似于C語言的語法和結(jié)構(gòu)。然而Sun最終沒有達到這個目標，Java還是被證明不適合小型的電子設備，這很大程度是因為它大而且速度慢。應用Java程序所需要的處理能力和內(nèi)存量，對這類設備來說太昂貴了。

　　然而，Sun公司設計Java時最重要的是平臺無關及網(wǎng)絡集成。一個無須更改能夠在幾種不同硬件和軟件平臺運行的程序，對網(wǎng)絡環(huán)境來說是一個理想的程序。對想建立通過網(wǎng)絡來通訊并利用網(wǎng)上資源的分布式程序的開發(fā)者來說，一種在任何平臺上都有內(nèi)置的和標準的網(wǎng)絡支持的語言是一個大實惠。

　　1、Java語言與嵌入式

　　對于選用嵌入式編程語言，一般說，越是高級的語言，其編譯和運行庫施加的開銷越大，你的應用程序也越大，越慢。已經(jīng)公認用匯編語言能寫出最小最快的程序，其次是用C或Forth，接下來較大的是C++或Basic，然后才是Java。因此一般來說，編程人員都會首選匯編和C，而然后才會考慮C++或Java。

　　但是嵌入式開發(fā)者為何要來關注Java呢?筆者以為，隨著不斷增長的市場需求，很多嵌入設備必須適應網(wǎng)上交流的需要，為了迎合此要求，考慮這種到開發(fā)Internet應用程序的便利，眾多開發(fā)者都發(fā)現(xiàn)使用這種語言是有意義的。另一個原因是隨著內(nèi)存條及32位處理器價格的下降，最初在嵌入系統(tǒng)使用Java太昂貴的問題不再有了。隨著使用Java的成本代價減少，它的很多優(yōu)點應當被考慮作為嵌入平臺。

　　2、Java對于嵌入式的優(yōu)點分析

　　Java語言的優(yōu)點在于：它當初就是由理解和信奉網(wǎng)絡計算夢想的一個小巧而專注的開發(fā)組設計的，雖然該語言最初的實施方案有點缺陷，有許多后來已被解決了，但為了這個夢想，他們很少在技術上妥協(xié)，結(jié)果誕生了一種專為以相互通訊為主要目的的設備而設計的語言。

　　有許多技術上的優(yōu)點都可能會引導嵌入系統(tǒng)開發(fā)者選擇Java，以下就是這些優(yōu)點(其中有幾個也適用于通用編程)

　　A)與處理器無關

　　Java的第一個優(yōu)點就是與處理器無關，這個優(yōu)點似乎與嵌入式系統(tǒng)沒什么相干。傳統(tǒng)上，嵌入程序就是針對特定的微處理器設計并在其上運行的，而C語言程序的可移植性則可通過編譯或交叉編譯來保障。

　　但是在Sun公司的模型中，一個程序可能是存儲在一個系統(tǒng)上，而被下載并運行在另一個完全不同的系統(tǒng)上;設備可能從不同地方下載一些程序來在一個處理器上運行，或者不同的處理器運行一個程序，通過網(wǎng)絡在相互間傳遞數(shù)據(jù)。使用Java，一個嵌入式系統(tǒng)就可能成為一個通用的通信設備，能下載并運行能完成特定任務的程序。

　　對嵌入式系統(tǒng)，這是一個新的模型，已經(jīng)有一些開發(fā)者正在向它靠攏。例如，電視機機頂盒的供應商已宣布并入JVM，以使用戶能通過Java applets在他們觀看電視的同時接收到的支持該電視節(jié)目的一些內(nèi)容。這樣你在觀看足球比賽時，看到的支持內(nèi)容就可以是對球員的技術統(tǒng)計;若你在看電影，看到的支持內(nèi)容就可以是演員的背景資料。JVM還被并入到移動電話中，這樣用戶可接收股票報價信息、比賽分數(shù)及其他即時信息。

　　筆者以為，這是一個恰當?shù)脑O計和實施模型。其一是你在選擇開發(fā)平臺時更加靈活了。你無需在與目標相同的平臺上開發(fā)，也不用去關心交叉編譯，因為Java字節(jié)碼能在任何有JVM的操作系統(tǒng)中運行;另一個優(yōu)點是：幾乎所有的檢測和調(diào)試可以獨立于目標設備來進行。但是，一些數(shù)據(jù)輸入和硬件交互要求在目標(或是很好的仿真系統(tǒng))上測試。由于個別JVM有時有兼容性的問題，你應該在所有將用到該程序的平臺上測試它。但一般來說，你并不要高級而昂貴的、配備有邏輯探針、ICE以及其它調(diào)試工具的、針對目標平臺的開發(fā)環(huán)境。

　　B)面向?qū)ο蟮木幊?/p>

　　Java是一種純粹面向?qū)ο蟮恼Z言。所有代碼和數(shù)據(jù)都是某個類的一部分，沒有全局變量或是獨立于類存在的代碼，一個對象是一個類的實例，對象是通過調(diào)用操作方法，或者說函數(shù)來操作的，而這些方法或函數(shù)也是類的一部分，對象的方法就對象的數(shù)據(jù)進行操作。Java類被組織成一個等級層次，在層次結(jié)構(gòu)中，一個子類能夠繼承其超類的行為，并可用子類所具備的一些特有功能來擴展其超類的功能。對象模型是你能定義對應真實事物的數(shù)據(jù)結(jié)構(gòu)，使得程序的任務和任務如何實現(xiàn)者二者之間的轉(zhuǎn)換變得基本上透明。

　　面向?qū)ο蟮脑O計和編程的優(yōu)點在于其開發(fā)速度和代碼的可維護性，許多面向?qū)ο蟮拈_發(fā)都能通過利用和更改現(xiàn)存類庫來完成，而不是創(chuàng)造一個新的結(jié)構(gòu)，這就使開發(fā)加快了，例如，一個硬件開關能在軟件中使用一個開關對象來實現(xiàn)，該對象包含用于控制和操作開關的所有必需的數(shù)據(jù)和代碼。面向?qū)ο蟮姆椒ㄟ€盡量使用自然的結(jié)構(gòu)，使其有很高的可讀性，且可輕易更改和加強。

　　C)安全和安全操作

　　由于有了JVM，一個Java應用程序與操作系統(tǒng)或硬件完全隔絕，因此計算機病毒或其它作祟的的代碼就很難獲得對設備的控制。虛擬機是主機設備和那些可能難以確定其質(zhì)量和可靠性的軟件之間的一個保護層。

　　另外，Java設計者從該語言中去掉了指針變量的概念。Java不能任意訪問其內(nèi)存位置，它們只能讀寫有Java內(nèi)存分配管理系統(tǒng)創(chuàng)建的對象。由于Java編譯器所強制的嚴格的分類機制，從理論上來說，訪問那些未分配給程序的內(nèi)存區(qū)域是不可能的。這個限制使得要寫惡意代碼的程序變得非常困難了。

　　對Java applet施加的限制就更加嚴格了。由于Java applet被設計成從Internet上下載，因而被視為不可信任的代碼，除非它包括你已認定為可信任的主機的數(shù)字指紋。JVM在內(nèi)存的一個稱之為sandbox的區(qū)域運行諸如applet這種不可信任的代碼。它給每個applet分配資源和特權(quán)，并將其限定在這些分配區(qū)域范圍中。

　　D)內(nèi)存管理

　　Java的內(nèi)存管理遠比其他語言簡單，因為它不使用指針。當對象被實例化時，內(nèi)存被動態(tài)分配。正如我們前面分析的，對個別內(nèi)存地址的訪問被Java的設計者視為一個對安全的潛在危險，因此，訪問也被禁止。而且，Sun的網(wǎng)絡模型已假定你也許不知道目標處理器，而引用專用內(nèi)存地址變得沒有必要。去掉指針的結(jié)果不僅提高了安全性，還簡化了編程，錯誤也減少了。

　　在C語言中，可以用值或引用的方式來訪問數(shù)據(jù)。事實上，出于靈活性和控制考慮，非原始數(shù)據(jù)類型都由引用方式來存取，即通過指針訪問。因此，值和引用的不同變得非常清楚，特別是：因為你不得不使用不同的符號(*和&)來存取數(shù)據(jù)。要用這兩種不同的訪問方式，你必須清楚理解它們是什么以及你為什么應該使用這一個，而不使用那一個。

　　在Java中，由值和引用來存儲是無縫的，尤其因為其符號都一樣。兩者間唯一不同在于數(shù)據(jù)類型本身：所有原始數(shù)據(jù)類型始終由值的方式存取;所有對象，包括字串、數(shù)組以及文件流，始終由引用方式訪問。聲明為原始數(shù)據(jù)變量類型包含該變量的值，聲明為對象的變量則包含對該對象(即該對象的地址)的一個引用，而非對象自身的引用。僅僅聲明一個對象變量并不給對象分配內(nèi)存，你必須用“new”關鍵字來分配內(nèi)存和創(chuàng)建對象。

　　這兩種方法最根本的不同在于：不可能象在C中那樣就Java內(nèi)存地址做指針算術或其他操作。Java中對象的地址是相對的(或虛擬的)，它由虛擬機任意分配，因此你沒有理由還想要指針地址。

　　E)垃圾收集

　　垃圾收集自動收集內(nèi)存中未引用的內(nèi)存，并將其歸回空閑內(nèi)存鏈表中。JVM使用此功能將不在使用的內(nèi)存還給系統(tǒng)。

　　當Java程序說明并實例化一個對象或數(shù)組時，它僅僅做一個JVM請求，訪問其下面的系統(tǒng)內(nèi)存(通常是通過主機操作系統(tǒng))并分配內(nèi)存，Java的垃圾收集系統(tǒng)通過內(nèi)存收集對象，然后檢查它們的引用鏈。Java的垃圾收集系統(tǒng)的工作方式一般是搜索內(nèi)存中的對象，然后檢查它們的引用表。它計算程序中有多少變量當前正在引用每個對象。若對象的引用數(shù)目為零，它知道此對象不再在使用了，它的內(nèi)存可以收回。其結(jié)果就是，不必像你在C語言所作的那樣，要人工來釋放分配的內(nèi)存。在C中，釋放內(nèi)存是一個必要、耗時且易出錯的細節(jié)。Java自動而精確的處理此過程，去除了C/C++程序中那種常見的錯誤致因。

　???? F)網(wǎng)絡

　　由于今天的嵌入式系統(tǒng)通常都是網(wǎng)絡的，采用內(nèi)置網(wǎng)絡支持的語言節(jié)約了在實現(xiàn)網(wǎng)絡協(xié)議和通信程序方面耗費的大量時間和努力。在Java中，網(wǎng)絡類包括TCP/IP流和使用TCP及UDP的數(shù)據(jù)報程序，用于HTTP和URL服務的操作方法，以及錯誤檢查代碼和恢復功能。

　　雖然實現(xiàn)網(wǎng)絡也可能用其他語言，比如C語言，但那些語言要求特別的附件軟件包，DLL，或其他必須由操作系統(tǒng)，或者第三方銷售提供程序模塊，特別附件通常要求有操作系統(tǒng)或第三方工具的知識，不象Java，有標準的、內(nèi)置的網(wǎng)絡支持。

　　Java包括網(wǎng)絡包出于必要，因為設計者不能對一個作為基礎的操作系統(tǒng)的網(wǎng)絡設施做任何假定，他們必須得包括集成網(wǎng)絡程序庫，以確保Java程序能在所有平臺上工作。

　　G)動態(tài)配置

　　動態(tài)配置是指一系統(tǒng)啟動時的用戶制定配置或重新配置。需載入特殊的硬件配置、網(wǎng)絡參數(shù)或在引導期間支持特定用途的一些實用程序的系統(tǒng)，常常使用動態(tài)配置。

　　Java以動態(tài)捆綁來支持動態(tài)配置。當你組成一個程序的各個類文件編譯成字節(jié)碼時，在你的類文件之間，或者對JVM包的類(如圖形、網(wǎng)絡以及核心語言支持)引用，還沒有被解決。當JVM載入你的程序時，它動態(tài)的載入并捆綁(即鏈接)你的程序引用的所有的類。因此，要改變系統(tǒng)配置，你所需要做的一切就是修正相應的類文件。下一次系統(tǒng)時，JVM自動捆綁新文件到你的程序中，而新的配置將生效執(zhí)行。

　　H)異常處理

　　與許多操作系統(tǒng)和程序不同，對嵌入系統(tǒng)而言，重新啟動通常是無法接受的，就像我們都不希望打電話或者看電視時突然有技術性的中斷一樣。這意味著實際上所有嵌入式系統(tǒng)都必須足夠堅實以截取錯誤來防止它們使程序或更糟的是使整個設備崩潰。

　　程序錯誤的致因很多。相對來說，很少是因為繼承邏輯錯誤，而大多數(shù)程序的崩潰是因為意外輸入，或者是因為程序不能調(diào)用系統(tǒng)資源來完成某個特定操作。

　　在Java中，由拋出(產(chǎn)生)一個異常來提示錯誤。使用專門為異常處理而設計的語句(關鍵字try、catch、和finally)，程序就能將其錯誤處理代碼安排到幾個集中區(qū)域，try程序塊是程序執(zhí)行的正常流程。當一個異常發(fā)生在try塊(包括該嵌套塊中的各層子程序)中，控制就交給了catch塊。不管是否有異常發(fā)生，finally塊中的代碼始終要被執(zhí)行。未被處理的異常會由調(diào)用堆棧自下而上傳播JVM并終止程序。你不再需要動手編程，來將錯誤狀態(tài)通過幾層函數(shù)調(diào)用返回。而是，在錯誤發(fā)生由檢測錯誤的代碼直接拋出一個異常。這極大地簡化了應用程序中的錯誤處理代碼，進而獲得更好地錯誤處理效果和更堅實可靠的代碼。

　　I)線程

　　大多數(shù)操作系統(tǒng)都給一個過程產(chǎn)生和管理多個線程的能力，這些線程彼此獨立地完成不同地任務。但是，很少由程序語言提供對線程管理的直線支持，通常都需要直接調(diào)用操作系統(tǒng)功能。Java卻相反，直接在語言提供了產(chǎn)生、管理和協(xié)調(diào)同步線程地功能。與Java的其他特點一樣，該功能是必要的，因為設計者不敢確定底層的操作系統(tǒng)是否支持多線程。

　　開發(fā)者越來越多的在程序中使用線程，將其作為滿足一個程序不能完成的，通常相互無關的一些任務的一種手段。由于Java對線程有內(nèi)置語言支持，以Java創(chuàng)建多線程較之與其它語言更簡單、更自然。

　　J)圖形

　　JVM包括一個龐大的圖形及窗口支持程序包，稱為Abstract Windowing Toolkit(AWT)。用AWT，你能在應用程序中快速而輕易地創(chuàng)建精致而強大的圖形用戶界面。對于需要精細的用戶界面的嵌入系統(tǒng)來說，AWT能節(jié)省大量開發(fā)時間，從而是產(chǎn)品更快的走向市場。

　　3、Java用于嵌入式系統(tǒng)的局限及解決方案

　　A)性能

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

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

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

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

　　B)垃圾收集的系統(tǒng)開銷

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

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

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

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

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

　　C) JVM的系統(tǒng)開銷

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

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

　　D)硬件訪問

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

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

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

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

　　E) 語言尚不夠成熟

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

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

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

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

　　4、總結(jié)

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