本文章的移植不是移植到硬件平台而是移植軟件項目。

　　很多J2ME項目如何移植到androids平台呢？Java雖然號稱是跨平台應用但是目前的移植問題還是比較嚴(yan) 重的，不知道未來Sun推出JavaFx或F3時會(hui) 出現什麽(me) 問題，如何從(cong) J2ME移植到androids平台上呢？下麵我們(men) 來做簡單的分析。

　　1.圖形顯示 J2ME平台虛擬機為(wei) Sun Midlet和androids Dalvik在顯示方麵有極大的不同，這給遊戲帶來了極大的困難，很多過去使用的精靈類等等在androids中不存在，同時androids中又出現了很多新的東(dong) 西，在顯示方麵會(hui) 有很大的出入。

　　2.數據存儲(chu) 在J2ME中RMS這樣的係統可以方便的存儲(chu) 些數據，但androids並沒有它，但新增了一個(ge) 更強大的SQLite，可以執行SQL語言，但還是比較輕量級，不支持存儲(chu) 過程等。這一點相信很多公司都有自己的數據定義(yi) 格式，比如更通用的XML，在androids中有DOM XML解析器。

　　3.文件網絡 在androids中沒有多大的變化和J2ME一樣，用戶可以直接調用J2ME中的I/O接口完成相應的工作，這一點還比較滿意，未來的情況會(hui) 是什麽(me) 樣子的，目前還不好說，因為(wei) androids又新增了一個(ge) 網絡傳(chuan) 輸類，可以看出正在開發中，目前最新的M5 SDK中還不是很完善。

　　4.媒體(ti) 影音 這一點androids比J2ME強大的多，支持的解碼器也多的多，兼容MPEG4, AAC, H.264, MP3, AMR, PNG, JPG, GIF基於(yu) OpenCORE引擎，這一點可以看出開源的東(dong) 西利用的很到位。

　　5.SDK模擬器 在SDK文檔上androids就不如JME易讀了，這一點倒是微軟MSDN寫(xie) 的很好，每個(ge) 參數等等寫(xie) 的清晰易讀，同時Google的文檔和IE7顯示不兼容，用的不是CHM文件而是HTML也是為(wei) 了Linux和Mac OS考慮。而模擬器上J2ME為(wei) Sun通用的WTK或各手機公司的，而androids則采用開源Linux模擬器 Qemu，比較放心。

　　6.瀏覽器 在瀏覽器方麵androids采用類似iphoness Safari的webkit內(nei) 核，至於(yu) 效率可以說處理JS腳本大大超過IE和Firefox等東(dong) 西，但內(nei) 存占用挺嚴(yan) 重的，目前在移動上主要競爭(zheng) 對手為(wei) Opera Mini。這一點J2ME無能為(wei) 力了，畢竟JVM不能和係統比較。

　　說到最後還有很多東(dong) 西，但我們(men) 注意到了androids和Symbian一樣都犯了一個(ge) 向下兼容的問題，比如 androids移植問題，從(cong) m3升級到m5 自己的SDK升級需要大幅改進，這一點Windows mobiles平台上的Win32 API可以說真正的跨桌麵和移動平台。