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

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

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

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

四、運(yùn)行jvm時(shí)改變內(nèi)存或堆的大小
-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內(nèi)存.