Sun憑借最新的Java技術試圖將其進一步實現為開發者的目標平臺，然而Java平臺自身卻分成了三種平臺：Standard版、Enterprise版和Micro版。Micro版，也就是所謂的J2ME，從問世伊始就專門設計為供內存量小和處理能力較低的移動設備作為Java開發平臺使用。
從表面上看，這樣做對那些希望提升應用程序的移動計算能力的開發者來說是一件好事。然而，“移動設備”這個術語卻涵蓋了相當廣泛的領域，包括傳統的個人數字助理（PDA）、所謂的智能電話、傳呼機乃至GPS單元等，它們都具有各不相同的硬件配置。同樣的，這類設備的市場也支離破碎，同一供應商的兩種設備之間都還存在兼容性問題，更別說不同供應商的設備產品了，在很多情況下簡直就是亂七八糟。
給這些五花八門的移動設備提供一種普遍適用的開發平臺看來多半是不可能的了。所以J2ME定義了兩種類型的規范，它們攜手提供一種移動Java平臺，這兩種規范就是configurations 和profiles。Configuration和profile規范提出了相當多的技術術語，下面我們就來討論一些。
Configuration
J2ME通過對Configuration的抽象來處理大量千差萬別的移動設備硬件功能。J2ME configuration定義了特定設備可用的虛擬機和低級API，同時提供相應的開發基礎。目前可用的Configuration有兩種，它們是連接設備配置CDC（Connected Device Configuration）和連接有限設備配置CLDC（Connected Limited Device Configuration）。
連接設備配置
CDC應用于相對內存量較大、更強處理器的移動設備。CDC規范采用了內存優化的虛擬機，也就是所謂的CVM，通過它提供等同標準JVM的特性。按照Sun的文檔說明， CDC針對新型PDA、智能通訊設備和機頂盒之類的高端設備。為了能夠受到CDC支持，移動設備必須至少具備以下條件：
用于CVM和Java API庫的2 MB內存。
32位微處理器或者控制器。
可用網絡連接，最好是高帶寬連接。
連結有限設備配置
CDC的要求有利于昂貴的移動電話、IR掃描儀或類似產品。CLDC則主要針對那些更輕便、更便宜、不能滿足CDC要求的設備。
CLDC采用了更輕型的虛擬機，設計為在較低內存環境下運行。這種JVM的參考實現也就是所謂的KVM，為什么要叫KVM呢？這是因為這種虛擬機的大小是以千字節度量的。CLDC 的設備需求如下：
最低160KB的內存，其中128KB用于KVM和運行時庫
最低16位25-MHz處理器
有限的用戶界面功能
沒有（或者間歇的）低帶寬網絡連接
由于受到嚴格的內存容量限制，KVM因此缺乏一些完整JVM所提供的特性，這就是說，你可能得改變自己的編程風格了。KVM在如此低內存要求下不得不在浮點數學計算、反應和對finalizers類的支持等方面對性能折中。使用CLDC的開發者在編譯程序之后必須預先采用J2ME開發工具包所提供的一種檢查工具對他們的源代碼進行校驗。
profile
如果說配置為應用程序提供了基礎，那么profile則提供了應用程序的框架。profile定義了一整套J2ME應用程序可用的API類而且專門針對給定配置創建。Sun推出了2種可用的參考J2ME profile：基礎（Foundation）和移動信息設備profileMIDP（Mobile information Device Profile）。
基礎profile主要用于CDC配置，因而其虛擬機幾乎等同于標準的虛擬機。這意味著，使用基礎profile的開發人員必須訪問完整實現的J2SE特性集。
MIDP連同功能較低的CLDC配置一道為開發今天的移動設備應用程序提供了你最可能用到的Java平臺。MIDP支持J2SE類庫的有限子集而且為在CLDC配置上使用定義了定制的用戶接口和輸入/輸出類。
編寫一次到處可行？
兼容性如何呢？J2SE應用程序能在J2ME平臺上運行嗎？這些問題的答案主要取決于配置和profile的具體應用了。J2SE代碼無須或者很少修改即可采用CDC和基礎profile運行。然而，正如我們在這里所討論的那樣，由于主機硬件受到限制，CLDC和MIDP profile只提供了很有限的功能集合。因此它J2SE應用程序不大可能在不加修改的情況下就運行在這類平臺上，除非它把自己限制在兩種平臺的API交集之內（嚴重地限制了其功能）。因為CIDC的要求對應了今天大多數手持設備的功能，所以任何J2SE應用軟件想不經修改就運行在給定的設備上是值得懷疑的。你多半得修改需要移植到J2ME的應用軟件。但也別緊張。從保住飯碗的角度看這未嘗不是好事。