一、代码转换工具：
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内存.