1.1
格式
java[jvmargs]class[arguments]
1.2
标准参数
1.-server
-client
虚拟机服务器模式 / 客户机模式，使用 server 模式可以提高性能，启动比 client 模式慢，长期运行则比 client 模式快。当该参数不指定时，虚拟机启动检测主机是否为服务器，如果是则以 server 模式启动，否则以 client 模式启动， J2SE5.0 检测的根据是至少 2 个 CPU 和最低 2GB 内存。（编者注：使用server模式启动必须使用JDK，但是对于机器好像没有这个要求）
2.-agentlib:<lib-name>=<options>
-agentpath:<lib-path>=<options>
本地类库加载，当你的部分类包含一些本地方法时，需要自己编写本地代码并位于操作系统加载共享包 (dll) 的路径上，如果你不喜欢将该包放在操作系统识别的加载上，则可以通过指定这个参数来加载自己的本地共享包 (dll) 。不同之处在于 -agentlib 中仅指定包名，根据操作系统的不同虚拟机在一定路径上搜索该包，譬如对于 windows 平台虚拟机在 PATH 路径上搜索该包，而 lib-path 则是指定全路径，例如
-agentlib:hprof 在 windows 平台虚拟机会在启动时到 PATH 路径上搜索 hprof.dll 并加载
虚拟机在加载代理包之后有一个启动的操作（详细参见 JDK 参考）， <options> 指的是代理包的启动参数
3.-classpathclasspath
-cclasspath
指定类路径，系统应用类加载器 (ClassLoader) 会到该路径下加载类
4.-Dproperty=value
设置系统属性，可以通过 System.getProperty(property) 获得
5.-enableassertions[:<packagename>"..."|:<classname>]
-ea[:<packagename>"..."|:<classname>]
-disableassertions[:<packagename>"..."|:<class;]
-da[:<packagename>"..."|:<classname>]
启用和停用断言，默认是停用断言。断言指的是从 JDK1.4 开始在支持的关键字 assert ， assert(booleanvalue) ，当 booleanvalue 为 false 时，抛出 java.lang.AssertionError ，必须指出的是，代码编译必须是 1.4 及其以上顺从的，即编译时使用如下参数
java-source1.4
一般仅在开发阶段启用断言，而在运行阶段不使用
其使用包括如下几种情况
java-ea// 启动断言
java-ea:pkname...// 在包 pkname 及其子包下起用断言
java-ea:pkname.classname// 对类 pkname.classname 启用断言
停用断言与启用设置类似
6.-enablesystemassertions
-esa
-disablesystemassertions
-dsa
启用和停用系统类断言
7.-jar
运行包含在一个 jar 包里的程序，一般在 jar 包的 /META-INF/MANIFEST.MF 文件中指定 Main-Class 值为要运行的主函数，譬如 Main-Class:ayufox.ejb3.Test
8.-javaagent:<classname>[<=options>]
加载 java 语言代理，该功能是 JDK5 新增加的，可以通过该设置在 JVM 运行主函数 (main) 之前做一些预处理工作，其中 classname 中必须包含有静态方法
publicstaticvoidpremain(StringagentArgs,Instrumentationinst){...}
上面的 options 即是传入该函数的代理参数 agentArgs ，关于 Instrumentation 详细参见包 java.lang.instrument
9.-verbose
-verbose:class
-verbose:gc
-verbose:jni
在运行时
class: 将类加载情况在控制台中打印出来
gc: 将虚拟机的垃圾回收事件信息打印
jni: 放本地方法调用信息打印
-verbose 与 -verbose:class 一样
10.-version
-showversion
显示版本信息，不同在于第一种显示版本后虚拟机结束退出
11.-?
-help
显示帮助信息并退出
12.-X
显示非标准参数（见下面介绍）并退出
1.3
非标准参数（以
-X
开头）
1.-Xint
所有字节码以解析模式运行。第一代虚拟机即是以这种方式运行，由于需要 Java 解析器解析运行，所以效率比较低；第二代虚拟机则采用将字节码编译成本地代码的方式，效率大大提高；第三代虚拟机也叫自适应 (HotSpot) 虚拟机，通过监测代码的执行情况检测出代码被频繁执行的部分，将其尽量优化成本地代码方式运行，而对于普通部分，则采用解析的模式运行。
2.-Xbatch
禁止后台编译，一般 HotSpot 虚拟机在检测到一段代码为频繁执行代码需要将其编译成本地代码时，会启动一个后台线程完成这个工作，而同时采用解析的方式继续运行字节码。如果设置了该参数，则会停止继续执行字节码，先将其编译成本地代码，然后再继续执行。
3.-Xdebug
-Xnoagent
-Xrun
-Xrunjdwp
启用调试模式，见前面的《利用 JPDA 构建调试平台》这篇文章，后面将在一个独立的文章中详细介绍
4.-Xbootclasspath:bootclasspath
-Xbootclasspath/a:path
-Xbootclasspath/p:path
设置启动根 Classpath ，即使启动类加载器将在何处加载对象，关于类启动加载器，参见《 JVM 类加载器体系结构》说明，分号后面的值指定路径，以分号隔开。其区别在于， -Xbootclasspath:bootclasspath 将新的根加载路径覆盖默认的路径（ \jre\lib\rt.jar ）， -Xbootclasspath/a:path 将新的根加载路径和原有的根加载路径相结合， -Xbootclaspath/p:path 将新的根加载路径与原有的根加载路径相结合，加载类时优先搜索该加载路径
5.-Xcheck:jni
对本地调用（ JNI ）采用更严格的检测方式，在进行 JNI 调用之前检测数据和传入参数，如果碰到不合法的数据则强制结束掉虚拟机，对运行性能有损害
6.-Xfuture
对类格式 (class 文件格式 ) 采用更严格的检测方式，以便向后兼容，最好在开发时采用该参数
7.-Xnoclassgc
不使用回收装载类的内存 ( 转贴备注 : 按原文修改 )
8.-Xloggc:file
与 -verbose:gc 功能一样，不同在于 -Xloggc:file 将信息记录到一个文件，而 -verbose:gc 将其输出到控制台
9.-Xincgc
-Xmsn
-Xmxn
-Xssn
跟内存分配和垃圾回收相关， -Xincgc 表示采用渐进式垃圾回收， -Xmsn 设置初始内存池大小， -Xmxn 表示内存池允许的最大大小， -Xssn 是线程栈大小， n 是要设置的值，必须是 1024 的倍数，譬如
-Xms6291456-Xmx83886080
-Xms6144k-Xmx81920k
-Xms6m-Xmx80m
该部分对虚拟机的性能非常重要，在后面将有独立的篇章详细介绍
10.-Xprof
-Xrunhprof[:help][:<suboption>=<value>,...]
在运行时剖析运行情况，并将剖析结果打印到控制台，其中后一个可以指定特定剖析对象，譬如 cpu ，堆 (heap) 等，可以运行 java-Xrunhprof:help 获得可以剖析的对象和取值
11.-Xrs
减少 JVM 对操作系统信号量的使用， J2SE1.3.1 开始引入。
SUN 在 J2SE1.3.0 中增加了 Java 应用程序关闭时的回调钩子 (Hook) ，以便当 JVM 意外终止时用户可以做一些资源清除工作。 JVM 监视控制台事件以实现 JVM 意外终止时的回调。 JVM 明确地注册了一个控制台控制处理器，当 JVM 接收到 CTRL_C_EVENT,CTRL_CLOSE_EVENT,CTRL_LOGOFF_EVENT, 或 CTRL_SHUTDOWN 事件时，该处理器介入关闭回掉钩子 (HOOK) 的处理。
如果虚拟机以服务的方式运行（譬如 WEB 服务器）当其收到 CTRL_LOGOFF_EVENT 事件，由于系统并不会因此终止 JVM 进程，故 JVM 不可以进行终止的操作，然而这与如上产生了冲突（不结束却又调用关闭回调钩子），为了避免这个问题，从 J2SE1.3.1 使用 -Xrs 以使 JVM 不再监测控制台事件。
参考： JDK5.0 参考文档 http://java.sun.com/j2se/1.5.0/docs/tooldocs/windows/java.html