查看参数列表
虚拟机参数分为基本和扩展两类，在命令行中输入 JAVA_HOME/bin/java -help就可得到基本参数列表，在命令行输入 JAVA_HOME/bin/java -X 就可得到扩展参数列表。
基本参数说明
java –help
-client，-server
这两个参数用于设置虚拟机使用何种运行模式，client 模式启动比较快，但运行时性能和内存管理效率不如 server 模式，通常用于客户端应用程序。相反，server 模式启动比 client 慢，但可获得更高的运行性能。
在 windows上，缺省的虚拟机类型为 client 模式，如果要使用 server模式，就需要在启动虚拟机时加-server 参数，以获得更高性能，对服务器端应用，推荐采用 server 模式，尤其是多个 CPU 的系统。在 Linux，Solaris 上缺省采用 server模式。
-hotspot
含义与 client 相同，jdk1.4 以前使用的参数，jdk1.4 开始不再使用，代之以 client。
-cp
运行Java要使用类的全名来运行。
-classpath
虚拟机在运行一个类时，需要将其装入内存，虚拟机搜索类的方式和顺序如下：Bootstrap classes，Extension classes，User classes
Bootstrap 是虚拟机自带的 jar 或 zip 文件，虚拟机首先搜索这些包文件，用System.getProperty("sun.boot.class.path")可得到虚拟机搜索的包名。
Extension 是位于 jre/lib/ext 目录下的 jar 文件，虚拟机在搜索完 Bootstrap后就搜索该目录下的 jar 文件。用System. getProperty("java.ext.dirs”)可得到虚拟机使用Extension 搜索路径。
User classes 搜索顺序为当前目录、环境变量 CLASSPATH、-classpath。
告知虚拟机搜索目录名、jar 文档名、zip 文档名，之间用分号;分隔。例如当你自己开发了公共类并包装成一个 common.jar 包，在使用 common.jar 中的类时，就需要用-classpath common.jar 告诉虚拟机从 common.jar 中查找该类，否则虚拟机就会抛出 java.lang.NoClassDefFoundError异常，表明未找到类定义。在运行时可用 System.getProperty(“java.class.path”)得到虚拟机查找类的路径。
使用-classpath 后虚拟机将不再使用 CLASSPATH 中的类搜索路径，如果-classpath 和 CLASSPATH 都没有设置，则虚拟机使用当前路径(.)作为类搜索路径。推荐使用-classpath 来定义虚拟机要搜索的类路径，而不要使用环境变量 CLASSPATH 的搜索路径，以减少多个项目同时使用 CLASSPATH 时存在的潜在冲突。例如应用 1 要使用a1.0.jar 中的类 G，应用 2 要使用 a2.0.jar 中的类 G,a2.0.jar 是 a1.0.jar 的升级包，当a1.0.jar，a2.0.jar 都在 CLASSPATH 中，虚拟机搜索到第一个包中的类 G 时就停止搜索， 如果应用1应用2的虚拟机都从CLASSPATH中搜索，就会有一个应用得不到正确版本的类G。
javac -classpath .;jar01.jar;jar02.jar;……;jarN.jar class_name.java ：使用-classpath选项，指定了在编译Java源代码时，用到类库的位置。一般用于该类库不在当前CLASSPATH的环境变量中。
-D<propertyName>=value
在虚拟机的系统属性中设置属性名/值对，运行在此虚拟机之上的应用程序可用。当虚拟机报告类找不到或类冲突时可用此参数来诊断来查看虚拟机从装入类的情况。
-verbose:gc
在虚拟机发生内存回收时在输出设备显示信息，格式如下： [Full GC 268K->168K(1984K), 0.0187390 secs]，该参数用来监视虚拟机内存回收的情况。
-verbose:jni
在虚拟机调用 native 方法时输出设备显示信息，格式如下：[Dynamic-linking native method HelloNative.sum ... JNI] 该参数用来监视虚拟机调用本地方法的情况，在发生 jni错误时可为诊断提供便利。
-version
显示可运行的虚拟机版本信息然后退出。
–showversion
显示版本信息以及帮助信息。 
扩展参数说明
javac –X
java -X
-Xmixed
设置-client 模式虚拟机对使用频率高的方式进行 Just-In-Time 编译和执行，对其他方法使用解释方式执行。该方式是虚拟机缺省模式。
-Xint
设置-client模式下运行的虚拟机以解释方式执行类的字节码，不将字节码编译为本机码。
-Xbootclasspath:path
-Xbootclasspath/a:path
-Xbootclasspath/p:path
改变虚拟机装载缺省系统运行包 rt.jar 而从-Xbootclasspath 中设定的搜索路径中装载系统运行类。除非你自己能写一个运行时，否则不会用到该参数。
/a:将在缺省搜索路径后加上 path 中的搜索路径。
/p:在缺省搜索路径前先搜索 path 中的搜索路径。
-Xnoclassgc
关闭虚拟机对 class 的垃圾回收功能。
-Xincgc
启动增量垃圾收集器，缺省是关闭的。增量垃圾收集器能减少偶然发生的长时间的垃圾回收造成的暂停时间。但增量垃圾收集器和应用程序并发执行，因此会占用部分 CPU 在应用程序上的功能。
-Xloggc:<file>
将虚拟机每次垃圾回收的信息写到日志文件中，文件名由 file 指定，文件格式是平文件，内容和-verbose:gc 输出内容相同。
-Xbatch
虚拟机的缺省运行方式是在后台编译类代码，然后在前台执行代码，使用-Xbatch参数将关闭虚拟机后台编译，在前台编译完成后再执行。
-Xms<size>
设置虚拟机可用内存堆的初始大小，缺省单位为字节，该大小为 1024 的整数倍并且要大于1MB，可用 k(K)或m(M)为单位来设置较大的内存数。初始堆大小为 2MB。
例如：-Xms6400K，-Xms256M
-Xmx<size>
设置虚拟机内存堆的最大可用大小，缺省单位为字节，该值必须为 1024 整数倍，并且要大于 2MB。可用 k(K)或 m(M)为单位来设置较大的内存数。缺省堆最大值为 64MB。
例如：-Xmx81920K，-Xmx80M
当应用程序申请了大内存运行时虚拟机抛出 java.lang.OutOfMemoryError: Java heap space 错误，就需要使用-Xmx 设置。
-Xss<size>
设置线程栈的大小，缺省单位为字节。与-Xmx 类似，也可用 K 或 M 来设置较大的值。通常操作系统分配给线程栈的缺省大小为 1MB。
另外也可在 java 中创建线程对象时设置栈的大小，构造函数原型为 Thread(ThreadGroup group, Runnable target, String name, long stackSize)。
-Xprof
输出 CPU 运行时的诊断信息。
-Xfuture
对类文件进行严格格式检查，以保证类代码符合类代码规范。为保持向后兼容，虚拟机缺省不进行严格的格式检查。
-Xrs
减少虚拟机中操作系统的信号（singals）的使用。该参数通常用在虚拟机以后台服务方式运行时使用（如 Servlet）。
-Xcheck:jni
调用 JNI 函数时进行附加的检查，特别地虚拟机将校验传递给 JNI 函数参数的合法性，在本地代码中遇到非法数据时，虚拟机将报一个致命错误而终止。使用该参数后将造成性能下降。
三、其他命令行使用
jar
jar命令行格式为：
jar {ctxu}[vfm0M] [jar-文件] [manifest-文件] [-C 目录] 文件名，其中{ctxu}是jar命令的子命令，每次jar命令只能包含一个子命令。
使用JDK的jar命令打包，会自动在压缩包中生成一个META-INF目录，其中有一个MANIFEST.MF文件。使用jar命令进行如下压缩：
jar cf test.jar test
test.jar 压缩包中，包含一个test文件夹和一个META-INF文件夹，其中有一个MANIFEST.MF文件。