Java語言具有安全的特性，這得益于下面三個方面的支持。

1. java語言是健壯的、安全的。
   在java中規定了所有原始數據類型的精確尺寸，并且這不依賴于底層的操作系統。java具有非常出色的異常處理機制，對數組越界操作和空指針操作提供檢查，一經發現會拋出異常。要知道如果在c語言中由于程序的不健全導致數組越界操作是非常危險的事情。java中采用的是引用機制，沒有提供指針運算的操作。以上幾點確保了java語言本身的安全性。
2. java編譯器和運行環境
   Java的編譯器和運行環境通過提供的一些特性來確保安全的實現，這些特性包括：類裝載、Class文件驗證?？傊?，這將確保Java程序必須要在一個JVM規范允許的范圍內運行。如果讀者有興趣可以參考一下《深入Java虛擬機2》
3. SecurityMananger
   以上兩個方面可以確保懷有惡意的代碼不被執行，這樣虛擬機就不會被破壞。但是針對applet或者非信任的網絡程序則無能為力，java中定義了SecurityManager類允許用戶訂制安全政策，什么代碼可以被執行，什么不可以被執行。

    用過Applet的程序員都知道沙箱這個詞，它同樣是為了確保安全。Applet的運行需要從網絡上下載到本地上來，在你確認它是否安全之前讓它訪問你的本地資源的話那將是非常危險的事情。因此java采用了沙箱的機制，讓applet運行在一個受限的環境內。

    由于J2SE中的安全機制需要很大內存的支持，因此在J2ME（CLDC+MIDP)中并沒有采取。在J2ME中采用的是兩層安全結構，包括底層的KVM安全機制和上層的應用程序安全機制。

    在KVM的安全機制中，主要是通過class文件驗證來確保安全的，一旦這個class文件是非安全的，比如它含有對危險內存空間的引用，那么KVM將不會運行它的。但是由于class文件在驗證上比較消耗時間，因此KVM的設計人員把這部分工作移植到開發階段了，我們看到源文件在編譯后會被驗證，你可以仔細看看ktoolbar的控制臺輸出。而在KVM里面做的驗證都是簡單的。

    在應用程序層進行的限制主要是為了防止應用程序惡意破壞文件系統等設備。由于考慮到性能的問題，他沒有采取SecurityManager類的策略。因此與傳統的沙箱不同的是，基于CLDC/MIDP的沙箱模型作了如下的限制。

1. class文件必須是經過驗證并有效的
2. 系統只提供了一部分預定義的API給開發人員，為了安全的因素JNI、用戶定義的類裝載器都不被支持
3. 下載和管理應用程序由KVM完成，用戶不能自己實現
4. 開發者不能下載并使用任何包含訪問本機方法的類庫，只限于CLDC/MIDP和可選包。

    希望您讀完這篇文章能對J2ME的安全體系有一定的認識。

（出處：http://www.survivalescaperooms.com）