java靜態編譯器
Java代碼正常是靜態編譯成位元組碼，由對應平台的JVM載入執行，靜態編譯無法動態擴展功能。動態編譯有兩種方式實現：
從源碼編譯，需要調用Java Compiler，程序需要運行於JDK（而不是JRE）之上。
動態位元組碼生成技術（如CGLib、ASM）創建類。
動態編譯可以簡化代碼，增強類功能，但也帶來了代碼復雜度，線上不易維護。
2. java編譯和運行。
首先cd到你java文件存放的目錄，比如你的java文件的名稱為helloworld.java，在cmd中輸入javac
helloworld.java
敲擊回車，這個命令會將你的java文件編譯成class文件，然後在cmd框中輸入java
helloworld敲擊回車就能運行你的java文件輸出結果
3. java 靜態類和非靜態類的區別
靜態類和非靜態類的主要區別：
主要區別在於靜態類不能實例化，靜態類編譯器能夠執行檢查確保不是偶然的添加實例成員，C#編譯器會自動把它標記為sealed，靜態類中不能創建非靜態的方法，即靜態方法中只能創建靜態方法，但在非靜態類中可以調用靜態方法。
靜態類的主要特性：
1：僅包含靜態成員。
2：無法實例化。
3：是密封的。
4：不能包含實例構造函數。
5：非靜態類可以包含靜態的方法、欄位、屬性或事件；
6：靜態方法和屬性不能訪問其包含類型中的非靜態欄位和事件
7：靜態方法只能被重載，而不能被重寫，因為靜態方法不屬於類的實例成員；
8：C# 不支持靜態局部變數(在方法內部定義靜態變數)。
非靜態類在使用時必須要實例化，每次使用時都要進行實例化，一般情況下使用比較頻繁的類，可以使用靜態類，比如LogClass,ConfigClass等等。
4. java中的靜態方法可以直接調用嗎
可以直接調用的。
在調用靜態方法的時候，比如說這個靜態方法是在一個類中，直接用類名點方法名，臘哪蠢不需要在new出一個對象，然後用new處的對象來調緩岩用方法。因輪陪為靜態方法可以直接用類名調用
5. Java中幾個名詞解釋 靜態綁定&動態綁定 靜態編譯&動態編譯 前綁定&後綁定
靜態綁定：例如一個變數在聲明的時候，就初始化最初值；
動態綁定：聲明一個變數，在後續用set方法對其動態設置值；
靜態編譯：編譯器在編譯可執行文件的時候，將可執行文件需要調用的對應動態鏈接庫(.so)中的部分提取出來，鏈接到可執行文件中去，使可執行文件在運行的時候不依賴於動態鏈接庫。
動態編譯：某些程式語言在執行時用來增進效能的方法。
前綁定：還未出現即綁定了某些事件
後綁定：出現後才會綁定的某些事件
6. java編譯中出現了Exception in thread 「main" java.lang.UnsupportedClassVersionError
這個問題確實是由較高版本的JDK編譯的java class文件試圖在較低版本的JVM上運行產生的錯誤。
1、解決措施就是保證jvm（java命令）和jdk（javac命令）版本一致。如果是linux版本，則在命令行中分別輸入java -version和javac -version命令來查看版本是否一致。這里假設都是1.7版本。
2、如果都一致，但還是解決不了問題，那麼你肯定不是直接在命令行中用javac來編譯的，而是用類似於eclipse、netbeans這樣的編譯器來編譯的。因為很多編譯器都自帶javac，而不是採用操作系統中的編譯器。如果你的編譯器是eclipse的話，那麼需要在項目的屬性里設置jdk版本，方法是右擊項目-->properties-->java compiler --> Enable project specific settings -->將compiler compliance level設置為1.7，也就是與jvm一致的版本（在命令行中java -version所顯示的版本）。
綜上，如果你是用編譯器來編譯的話，請首先確保編譯器自帶的jdk版本是否和操作系統中的java版本一致。
見下圖：
7. 【轉】如何保護Java代碼
以下從技術角度就常見的保護措施 和常用工具來看看如何有效保護java代碼：1. 將java包裝成exe 特點：將jar包裝成可執行文件，便於使用，但對java程序沒有任何保護。不要以為生成了exe就和普通可執行文件效果一樣了。這些包裝成exe的程序運行時都會將jar文件釋放到臨時目錄，很容易獲取。常用的工具有exe4j、jsmooth、NativeJ等等。jsmooth生成的exe運行時臨時目錄在exe所在目錄中或是用戶臨時目錄 中；exe4j生成的exe運行時臨時目錄在用戶臨時目錄中；NativeJ生成的exe直接用winrar打開，然後用zip格式修復成一個jar文件，就得到了原文件。如果只是為了使用和發布方便，不需要保護java代碼，使用這些工具是很好的選擇。2. java混淆器特點：使用一種或多種處理方式將class文件、java源代碼進行混淆處理後生成新的class，使混淆後的代碼不易被反編譯，而反編譯後的代碼難以閱 讀和理解。這類混淆器工具很多，而且也很有成效。缺點：雖然混淆的代碼反編譯後不易讀懂，但對於有經驗的人或是多花些時間，還是能找到或計算出你代碼中隱藏的敏感內容，而且在很多應用中不是全部代碼都能混淆的，往往一些關鍵的庫、類名、方法名、變數名等因使用要求的限制反而還不能混淆。3. 隔離java程序到服務端特點：把java程序放到服務端，讓用戶不能訪問到class文件和相關配套文件，客戶端只通過介面訪問。這種方式在客戶/服務模式的應用中能較好地保護java代碼。缺點是：必須是客戶/服務模式，這種特點限制了此種方式的使用范圍；客戶端因為邏輯的暴露始終是較為薄弱的環節，所以訪問介面時一般都需要安全性認證。4. java加密保護特點：自定義ClassLoader，將class文件和相關文件加密，運行時由此ClassLoader解密相關文件並裝載類，要起到保護作用必須自定 義本地代碼執行器將自定義ClassLoader和加密解密的相關類和配套文件也保護起來。此種方式能很有效地保護java代碼。缺點：可以通過替換JRE包中與類裝載相關的java類或虛擬機動態庫截獲java位元組碼。 jar2exe屬於這類工具。5. 提前編譯技術(AOT) 特點：將java代碼靜態編譯成本地機器碼，脫離通用JRE。此種方式能夠非常有效地保護java代碼，且程序啟動比通用JVM快一點。具有代表性的是GNU的gcj，可以做到對java代碼完全提前編譯，但gcj存在諸多局限性，如：對JRE 5不能完整支持、不支持JRE 6及以後的版本。由於java平台的復雜性，做到能及時支持最新java版本和JRE的完全提前編譯是非常困難的，所以這類工具往往採取靈活方式，該用即時編譯的地方還是 要用，成為提前編譯和即時編譯的混合體。缺點：由於與通用JRE的差異和java運用中的復雜性，並非java程序中的所有jar都能得到完全的保護；只能使用此種工具提供的一個運行環境，如果工具更新滯後或你需要特定版本的JRE，有可能得不到此種工具的支持。 Excelsior JET屬於這類工具。6. 使用jni方式保護特點：將敏感的方法和數據通過jni方式處理。此種方式和「隔離java程序到服務端」有些類似，可以看作把需要保護的代碼和數據「隔離」到動態庫中，不同的是可以在單機程序中運用。缺點和上述「隔離java程序到服務端」類似。7. 不脫離JRE的綜合方式保護特點：非提前編譯，不脫離JRE，採用多種軟保護方式，從多方面防止java程序被竊取。此種方式由於採取了多種保護措施，比如自定義執行器和裝載器、加密、JNI、安全性檢測、生成可執行文件等等，使保護力度大大增強，同樣能夠非常有效地保護java代碼。缺點：由於jar文件存在方式的改變和java運用中的復雜性，並非java程序中的所有jar都能得到完全的保護；很有可能並不支持所有的JRE版本。 JXMaker屬於此類工具。8. 用加密鎖硬體保護特點：使用與硬體相關的專用程序將java虛擬機啟動程序加殼，將虛擬機配套文件和java程序加密，啟動的是加殼程序，由加殼程序建立一個與硬體相關的 受保護的運行環境，為了加強安全性可以和加密鎖內植入的程序互動。此種方式與以上「不脫離JRE的綜合方式保護」相似，只是使用了專用硬體設備，也能很好地保護java代碼。缺點：有人認為加密鎖用戶使用上不太方便，且每個安裝需要附帶一個。從以上描述中我們可以看出：1. 各種保護方式都有其優缺點，應根據實際選用2. 要更好地保護java代碼應該使用綜合的保護措施3. 單機環境中要真正有效保護java代碼，必須要有本地代碼程序配合當然，安全都是相對的，一方面看你的保護措施和使用的工具能達到的程度，一方面看黑客的意願和能力，不能只從技術上保護知識產權。總之，在java 代碼保護方面可以採取各種可能的方式，不可拘泥於那些條條框框。