JVM启动参数

JVM启动参数
java [jvmargs] class [arguments]

1.2 标准参数
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

显示非标准参数(见下面介绍)并退出

1.3 非标准参数(以-X开头)
1.-Xint

所有字节码以解析模式运行。第一代虚拟机即是以这种方式运行,由于需要Java解析器解析运行,所以效率比较低;第二代虚拟机则采用将字节码编译成本地代码的方式,效率大大提高;第三代虚拟机也叫自适应(HotSpot)虚拟机,通过监测代码的执行情况检测出代码被频繁执行的部分,将其尽量优化成本地代码方式运行,而对于普通部分,则采用解析的模式运行。

2.-Xbatch
禁止后台编译,一般HotSpot虚拟机在检测到一段代码为频繁执行代码需要将其编译成本地代码时,会启动一个后台线程完成这个工作,而同时采用解析的方式继续运行字节码。如果设置了该参数,则会停止继续执行字节码,先将其编译成本地代码,然后再继续执行。

3.-Xdebug

-Xnoagent

-Xrun

-Xrunjdwp

启用调试模式,

4.-Xbootclasspath:bootclasspath

-Xbootclasspath/a:path

-Xbootclasspath/p:path

设置启动根Classpath,即使启动类加载器将在何处加载对象,

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对操作系统信号量的使用
阅读更多
个人分类: jvm
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭
关闭