一、代碼轉換工具：
native2ascii -encoding gb2312 application_temp.properties application_zh_CN.properties
注釋：-encoding gb2312 表示讀application_temp.properties 的編碼方式，application_temp.properties 存的是中文資源文件，application_zh_CN.properties
存的是轉成ascii碼后的資源文件。

二、反編譯工具jad.exe：
?以下假設jad.exe在c:\java目錄下
1、基本用法
Usage:??? jad [option(s)] <filename(s)>
直接輸入類文件名，且支持通配符，如下所示。
c:\java\>jad example1.class
c:\java\>jad *.class
結果是將example1.class反編譯為example1.jad。將example1.jad改為example1.java即得源文件。
2、Option -o
不提示，覆蓋源文件
3、Option -s
c:\java\>jad -sjava example1.class
反編譯結果以.java為擴展名。
4、Option -p
將反編譯結果輸出到屏幕
c:\java\>jad -p example1.class
將反編譯結果重定向到文件
c:\java\>jad -p example1.class>example1.java
5、Option -d
指定反編譯的輸出文件目錄
c:\java\>jad -o -dtest -sjava *.class

三、文檔生成工具javadoc.exe
? 大家都知道，J2SE5中的Javadoc.exe的命令行可選參數多達五十余個，其復雜性可想而知，是不是看著頭都大了呢？但通常情況下，我們不想那么麻煩！
假設源代碼在 C:\src 目錄下，其中 com.liigo 是主包，其下可能有數十個子包，數百（千）個Java文件。目錄結構大約是這樣的：
- C:\
????? | src\
????????? | com\
????????????? | liigo\
????????????????? | ***
怎么才能以最簡捷的方式生成所有的API文檔呢？
c:\>
c:\>cd src
c:\src>javadoc -d doc -subpackages com.liigo
這樣就搞定了，最終生成的API文檔位于 c:\src\doc 目錄（該目錄是由javadoc.exe自動生成的）。
上面的用法利用了“當前目錄”和“相對路徑”，當然也可以用絕對路徑：
...>javadoc -d c:\doc -sourcepath c:\src -subpackages com.liigo
最終生成的API文檔位于 c:\doc 目錄（該目錄同樣是由javadoc.exe自動生成的）。

總結一下：
我們只用到了javadoc的三個參數： -d，-subpackages，-sourcepath，其中：
?參數? 說明?
?-d? 指定API文檔的輸出目錄，默認是當前目錄。建議總是指定該參數。
?-sourcepath 指定源代碼路徑，默認是當前目錄。 此參數通常是必須的。
?-subpackages? 以遞歸的方式處理各子包。關鍵參數！如果不使用本參數，每次只能處理一個子包（或需手工列出所有子包）。

四、運行jvm時改變內存或堆的大小
-Xms<size>???????????????? set?? initial?? Java?? heap?? size??
-Xmx<size>???????????????? set?? maximum?? Java?? heap?? size??
-Xss<size>???????????????? set?? java?? thread?? stack?? size??
???
比如:java?? -Xmx512M? HelloWorld.class,讓jvm使用512Mheap內存.