這兩天在跑一個比較簡單的J2ME的Case，整個項目不會超過3k 行的代碼，但還是做得我很辛苦，因為我完全不會Java。只是對C/C++比較熟悉，看那些語法基本沒有問題，拿著入門的書一般看一般就開發(fā)起來。

隨著項目進入后期，需要進行兼容性測試的時候，問題來了.

記得Java世界有這么一句話，“一次編譯，到處運行”，但我發(fā)現(xiàn)，除了MIDP1.0的代碼大部分機器都能安裝（并非都能使用），2.0的內(nèi)容在很多機器上支持得“千奇百怪”。于是乎仔細分析了手機平臺上的JVM環(huán)境的構(gòu)造。

以我這個case MIDP1.0的版本為例子吧，軟件中用到的資源有：

字體，輸入法，控件（菜單，文本框，列表框，圖片，文字，輸入框），聲音，其他TAPI相關(guān)內(nèi)容。

手機廠商為了使得Java里的界面風格要和自己手機的風格要一樣，所以將很多控件接口接到了手機平臺上，所以你可以看到字體，輸入法，文本框，輸入框，菜單都會和手機上其他地方是一樣的。（測試的過程中發(fā)現(xiàn)一款MTK的機器，輸入框沒有做接口，為Java默認的界面，超丑）。

我們遇到的問題是：

1. 部分Java支持全屏顯示，部分不支持，針對不支持全屏的需要多幾套版本。找了幾個手機平臺，發(fā)現(xiàn)不支持全屏的原因是部分手機在刷新 電池，信號，時間的時候單獨控制的，尤其是feature phone, 界面上的status bar 一直在刷新，當全屏遮蓋的時候需要獨立處理，比較麻煩。

2. 內(nèi)存分配不一樣。導致當java里空間耗用過大的時候，java沒有辦法運行。在Porting Java的時候一般會預先分配給java一塊空間，這塊空間是不可變化的，所以當運行時需要分配大量空間的程序就跑不起來。不過我朋友研究的動態(tài)分配技術(shù)也許可以解決這樣的問題。

3. 部分協(xié)議支持不完善，java協(xié)議里可以支持TAPI來的消息，但很多手機包括一些中高端的都不支持，我知道的有SMS，MMS，vCalendar.... 。咨詢過公司做Java Engine的同事，支持這些協(xié)議需要理出很多低級接口和Vendor一起測試，比較麻煩。很多技術(shù)普通的公司就沒有辦法處理了。

4. 各個知名廠商有自己獨立的接口，這個是最頭疼的，如果加上廠商的接口，就是“一次編譯，到處都不能運行”。知名廠商也有苦衷，太通用了，誰都能模仿... FT。

?

總的感覺，J2ME的執(zhí)行很大程序是依賴被Porting的嵌入式環(huán)境，為了J2ME的和諧環(huán)境，我們需要犧牲很多東西去適應。曾看過一個調(diào)查數(shù)據(jù)，從網(wǎng)絡(luò)下的J2ME的程序在手機上成功安裝 & 運行率不足60%。J2ME，感覺還有好多路要走。

?

總結(jié)

以上是生活随笔為你收集整理的Java在手机平台上的Porting的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。