java jvm 启动参数

http://blog.sina.com.cn/s/blog_58d5f7550100aqd9.html

java -server 用在服务型的程序，如SOCKET SERVER，对安全和稳定性做了一定优化
java -client 是默认选择，速度快，占用资源较少

-Xint
设置jvm以解释模式运行，所有的字节码将被直接执行，而不会编译成本地码。

-Xbatch
关闭后台代码编译，强制在前台编译，编译完成之后才能进行代码执行；
默认情况下，jvm在后台进行编译，若没有编译完成，则前台运行代码时以解释模式运行。

-Xbootclasspath:bootclasspath
让jvm从指定路径（可以是分号分隔的目录、jar、或者zip）中加载bootclass，用来替换jdk的rt.jar；若非必要，一般不会用到；
-Xbootclasspath/a:path
将指定路径的所有文件追加到默认bootstrap路径中；
-Xbootclasspath/p:path
让jvm优先于bootstrap默认路径加载指定路径的所有文件；

-Xcheck:jni
对JNI函数进行附加check；此时jvm将校验传递给JNI函数参数的合法性，在本地代码中遇到非法数据时，jmv将报一个致命错误而终止；使用该参数后将造成性能下降，请慎用。

-Xfuture
让jvm对类文件执行严格的格式检查（默认jvm不进行严格格式检查），以符合类文件格式规范，推荐开发人员使用该参数。

-Xnoclassgc
关闭针对class的gc功能；因为其阻止内存回收，所以可能会导致OutOfMemoryError错误，慎用；

-Xincgc
开启增量gc（默认为关闭）；这有助于减少长时间GC时应用程序出现的停顿；但由于可能和应用程序并发执行，所以会降低CPU对应用的处理能力。

-Xloggc:file
与-verbose:gc功能类似，只是将每次GC事件的相关情况记录到一个文件中，文件的位置最好在本地，以避免网络的潜在问题。
若与verbose命令同时出现在命令行中，则以-Xloggc为准。

-Xmsn
指定jvm堆的初始大小，默认为物理内存的1/64，最小为1M；可以指定单位，比如k、m，若不指定，则默认为字节。

-Xmxn
指定jvm堆的最大值，默认为物理内存的1/4或者1G，最小为2M；单位与-Xms一致。

-Xprof
跟踪正运行的程序，并将跟踪数据在标准输出输出；适合于开发环境调试。

-Xrs
减少jvm对操作系统信号（signals）的使用，该参数从1.3.1开始有效；
从jdk1.3.0开始，jvm允许程序在关闭之前还可以执行一些代码（比如关闭数据库的连接池），即使jvm被突然终止；
jvm关闭工具通过监控控制台的相关事件而满足以上的功能；更确切的说，通知在关闭工具执行之前，先注册控制台的控制handler，然后对CTRL_C_EVENT, CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT, and CTRL_SHUTDOWN_EVENT这几类事件直接返回true。
但如果jvm以服务的形式在后台运行（比如servlet引擎），他能接收CTRL_LOGOFF_EVENT事件，但此时并不需要初始化关闭程序；为了避免类似冲突的再次出现，从jdk1.3.1开始提供-Xrs参数；当此参数被设置之后，jvm将不接收控制台的控制handler，也就是说他不监控和处理CTRL_C_EVENT, CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT, or CTRL_SHUTDOWN_EVENT事件。

-Xssn
设置单个线程栈的大小，一般默认为512k。
上面这些参数中，比如-Xmsn、-Xmxn……都是我们性能优化中很重要的参数；
-Xprof、-Xloggc:file等都是在没有专业跟踪工具情况下排错的好手；
在上一小节中提到的关于
欢迎光临学网,收藏本篇文章 [1] [2]
$False$
JProfiler的配置中就使用到了-Xbootclasspath/a:path；

JVM启动参数
2007年02月27日 星期二 下午 10:40
格式：java [jvmargs] class [arguments]
一、标准参数
1.-server
-client
虚拟机服务器模式/客户机模式，使用server模式可以提高性能，启动比client模式慢，长期运行则比client模式快。当该参数不指定时，虚拟机启动检测主机是否为服务器，如果是则以server模式启动，否则以client模式启动，J2SE5.0检测的根据是至少2个CPU和最低2GB内存
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.-classpath classpath
-c classpath
指定类路径，系统应用类加载器(ClassLoader)会到该路径下加载类
4.-Dproperty=value
设置系统属性，可以通过System.getProperty(property)获得
5.-enableassertions[:<package name>"..." | :<class name> ]
-ea[:<package name>"..." | :<class name> ]
-disableassertions[:<package name>"..." | :<class ; ]
-da[:<package name>"..." | :<class name> ]
启用和停用断言，默认是停用断言。断言指的是从JDK1.4开始在支持的关键字assert，assert(booleanvalue)，当 booleanvalue为false时，抛出java.lang.AssertionError，必须指出的是，代码编译必须是1.4及其以上顺从的，即编译时使用如下参数
java -source 1.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中必须包含有静态方法
public static void premain(String agentArgs, Instrumentation inst) { ... }
上面的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
显示非标准参数（见下面介绍）并退出
二、非标准参数（以-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不再监测控制台事件。