javac指令的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列懶人包和總整理

CapeVM: 用於資源受限的物聯網裝置之快速安全虛擬機

為了解決javac指令的問題，作者雷理生 這樣論述：

針對在資源受限的裝置上運行的虛擬機已被廣泛地研究，然而，在設計如何將衆多功能包裝進資源受限的裝置的過程，絕多數的虛擬機都難以同時滿足以下兩種關鍵特性：效能與安全的獨立執行環境，一方面由於幾乎現有的虛擬機皆爲直譯器，往往使得程式運行速度減慢數十至數百倍，另一方面因為受限於裝置上的資源，常常略過驗證位元組碼(bytecode)的步驟，讓虛擬機的防護脆弱且易受到攻擊。在這篇論文中，我們提出CapeVM，此運行在物聯網裝置的虛擬機，目的就是要能同時兼顧高效能與獨立執行環境的特性，確保惡意程式無法損壞虛擬機的內部狀態，且無法執行尚未被虛擬機驗證的程序。CapeVM採用提前式編譯器(Ahead-of-T

ime compilation)轉成機器碼(native code)來提昇效能，並引入一套優化程序來消除大部分的額外運算，目前用於物聯網裝置的提前式編譯器皆無法免除這些額外運算。至於安全的執行環境，一套執行時期與編譯時期的檢查能確保這項特性，因為虛擬機指令集的結構比機器碼更加明確，使虛擬機在轉譯位元組碼的時候，就能夠完成大部分的檢查，比起機器碼的方式省去了昂貴的執行時期檢查。我們採用了12種具備不同特徵的效能基準來評估CapeVM，包括商用的CoreMark與實際運行在物聯網裝置的應用，儘管使用虛擬機本身與加入安全檢查的步驟會無可避免地增加額外運算，CapeVM的優化程序大幅度地減少這些額外運

算，結果顯示其效能僅比缺少安全檢查的機器碼慢2倍，甚至優於具備安全檢查的機器碼，若省去CapeVM的安全檢查，額外運算會再降低至1.7倍，因此，CapeVM專爲資源受限的物聯網裝置整合了虛擬機對於安全與獨立執行環境的需求，並大幅提昇其運行的效能。

Dalvik可執行檔之二元轉換

為了解決javac指令的問題，作者劉必宏 這樣論述：

Android系統已成為智慧型手機的第一大作業系統，其上的應用程式也有許多豐富的內容。Android上的應用程式是由Java撰寫，經過編譯成為class檔案之後，再經過Android SDK的dx工具轉換為dex檔案──它是一個register-based指令集，並且考量到行動裝置的架構及運算能力而制定的程式碼和格式。若能將這些程式碼轉換成為能夠再次利用的型式的話，不論是開發或研究上都會有相當的幫助。由於目前對於dex檔案的轉換工具尚不夠豐富，相對於已經有了許多研究的Java bytecode轉換，若能利用彼此之間的關係將dex檔案的轉換套入已有的Java最佳化資源當中，便能夠使dex檔案也

能夠運用豐富的Java bytecode最佳化成果。在套用既有資源做嘗試時，我們發現了幾個dx轉換時所改變的程式碼模式；由於這些模式都破壞了原來javac所編譯出來的程式碼樣式，因此使得既有的最佳化演算法無法處理。我們整理了這些模式以及它們對程式碼的影響，並且在實際的應用程式上測試了其效果。