jvm常用参数设置 good

1、堆的大小可以通过 -Xms 和 -Xmx 来设置，一般将他们设置为相同的大小，目的是避免在每次垃圾回收后重新调整堆的大小，比如 -Xms=2g -Xmx=2g 或者 -Xms=512m -Xmx=512m

2、年轻代大小可以通过 -Xmn 来设置，比如-Xmn=2g 或者 -Xmn512m，此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8

3、年老代大小 = 堆大小 – 年轻代大小

4、持久代或者永久代大小可以通过 -XX:PermSize 和 -XX:MaxPermSize 来控制

5、-XX:SurvivorRatio 控制 Eden和Survivor的内存占用比例，默认为8；

如果设置了NewRatio，那么整个堆空间的1/(NewRatio +1)就是新生代空间的大小，-XX:NewRatio推荐2到4.

如果同时指定了NewRatio和NewSize，你应该使用更大的那个。于是，当堆空间被创建时，你可以用过下面的表达式计算初始新生代空间的大小：

min(MaxNewSize, max(NewSize, heap/(NewRatio+1)))

三、JVM内存溢出配置

如何能在JVM遇到OOM错误的时候能够打印heap dump?可以设置-XX:+HeapDumpOnOutOfMemoryError参数，让JVM在探测到内存OOM的时候打印dump。但是在JVM启动参数添加这个参数的时候，JVM启动失败：Unrecognized VM option '+HeapDumpOnOutOfMemeryError' ,问题的原因是因为没有添加-XX:HeapDumpPath参数配置。-XX:HeapDumpPath这个参数可以设置dump文件的存放位置。将JVM启动参数设置成如下格式：

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=C:/

问题得到解决。当JVM发生内存溢出的时候，会在C:/下打印出heap dump

常用参数设置

UseParNewGC表示对新生代采用并行gc；

ParallelGCThreads表示并行的线程数为8，一般是cpu的核个数，当核个数大于8时可能不是很适用；

UseConcMarkSweepGC表示对full gc采用CMS gc；

-XX:+DisableExplicitGC 表示禁止显式gc，System.gc()

-XX:+UseCMSCompactAtFullCollection 适用于CMS gc，表示在进行gc的同时清理内存碎片，但会加长gc的总时间

-XX:CMSInitiatingOccupancyFraction=80 适用于CMS gc，表示在年老代达到80%使用率时马上进行回收

在JVM Crash时获heap信息的一些配置参数：

-XX:ErrorFile=./xxx.log JVM Crash时记录heap信息

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=./yyy.log JVM OOM时记录heap信息

http://www.cnblogs.com/moonandstar08/p/4924602.html

Trace跟踪参数

-verbose:gc

-XX:+printGC

-XX:+PrintGCDetails

-XX:+PrintGCTimeStamps

-Xloggc:log/gc.log // 指定GC log的位置，以文件输出

-XX:PrintHeapAtGC // 每一次GC后，都打印堆信息

// 类加载信息

-XX:TraceClassLoading

-XX:+PrintClassHistogram

-Ctrl +Break 打印类信息， 类的使用情况

http://www.cnblogs.com/wind90/p/5457235.html

五、类的加载

 

类加载有三种方式：

1、命令行启动应用时候由JVM初始化加载

2、通过Class.forName()方法动态加载

3、通过ClassLoader.loadClass()方法动态加载

 

三种方式区别比较大，看个例子就明白了：

public class HelloWorld { 
        public static void main(String[] args) throws ClassNotFoundException { 
                ClassLoader loader = HelloWorld.class.getClassLoader(); 
                System.out.println(loader); 
                //使用ClassLoader.loadClass()来加载类，不会执行初始化块 
                loader.loadClass("Test2"); 
                //使用Class.forName()来加载类，默认会执行初始化块 
//                Class.forName("Test2"); 
                //使用Class.forName()来加载类，并指定ClassLoader，初始化时不执行静态块 
//                Class.forName("Test2", false, loader); 
        } 
}

 

public class Test2 { 
        static { 
                System.out.println("静态初始化块执行了！"); 
        } 
}

 

分别切换加载方式，会有不同的输出结果。

http://lavasoft.blog.51cto.com/62575/184547/

Java程序运行的场所是内存，当在命令行下执行：

java HelloWorld

命令的时候，JVM会将HelloWorld.class加载到内存中，并形成一个Class的对象HelloWorld.class。

其中的过程就是类加载过程：

1、寻找jre目录，寻找jvm.dll，并初始化JVM；

2、产生一个Bootstrap Loader（启动类加载器）；

3、Bootstrap Loader自动加载Extended Loader（标准扩展类加载器），并将其父Loader设为Bootstrap Loader。

4、Bootstrap Loader自动加载AppClass Loader（系统类加载器），并将其父Loader设为Extended Loader。

5、最后由AppClass Loader加载HelloWorld类。

 

以上就是类加载的最一般的过程。

1、Bootstrap Loader（启动类加载器）：加载System.getProperty("sun.boot.class.path")所指定的路径或jar。

2、Extended Loader（标准扩展类加载器ExtClassLoader）：加载System.getProperty("java.ext.dirs")所指定的路径或jar。在使用Java运行程序时，也可以指定其搜索路径，例如：java -Djava.ext.dirs=d:\projects\testproj\classes HelloWorld

 

3、AppClass Loader（系统类加载器AppClassLoader）：加载System.getProperty("java.class.path")所指定的路径或jar。在使用Java运行程序时，也可以加上-cp来覆盖原有的Classpath设置，例如： java -cp ./lavasoft/classes HelloWorld

 

ExtClassLoader和AppClassLoader在JVM启动后，会在JVM中保存一份，并且在程序运行中无法改变其搜索路径。如果想在运行时从其他搜索路径加载类，就要产生新的类加载器。

http://lavasoft.blog.51cto.com/62575/184547/

java一般使用两个path：classpath 和 java.library.path

classpath是指向jar包的位置

java.library.path是非java类包的位置如（dll,so）

解决办法：

1：LINUX下的系统变量LD_LIBRARY_PATH来添加java.library.path

2：在vm arguments里添加-Djava.library.path= /usr/local/lib

3：见下图

 

 http://blog.csdn.net/larrylgq/article/details/7515362

开发、应用中老是会遇到OutOfMemory异常，而且常常是过一段时间内存才被吃光，这里可以利用java heap dump出jvm内存镜像，然后再对其进行分析来查找问题。

《java heap dump触发和分析》这篇文章很好的介绍了heap dump的方法和分析的工具。

平常利用jmap -dump:format=b,file=/path/file.hprof <pid> 这个java自带的工具来dump heap很方便，但当内存溢出问题发生的比较快的情况下，该命令就有可能来不及或无效。

这个时候在应用启动时配置相关的参数 -XX:+HeapDumpOnOutOfMemoryError就比较方便，当然可以再加上-XX:HeapDumpPath=/path/file.hprof 来指定文件的输出路径。

不知道怎么用这些参数？就在你启动应用的时候加，如：

/usr/lib/jvm/java-1.6.0/bin/java -server -Xms1536m -Xmx1536m -XX:NewSize=256m -XX:MaxNewSize=256m -XX:PermSize=64m -XX:MaxPermSize=64m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/file.hprof -Djava.ext.dirs=/xxx/lib/ ClassName

 

在《java heap dump触发和分析》里有介绍到分析工具，个人觉得利用java自带的 $JAVA_HOME/bin/jhat -J-Xmx512m /path/file.hprof工具看分析结果不是很友好，当然这情况紧急、身边又没工具的情况下也是一个好的选择。但个别比较推荐里面介绍的IBM HeapAnalyzer(没用过)和MemoryAnalyzer，关于MemoryAnalyzer的介绍可以看下使用 Eclipse Memory Analyzer 进行堆转储文件分析里的介绍。

http://www.cnblogs.com/linhaohong/archive/2012/07/12/2588660.html

如果嫌配置-classpath麻烦,可以用-Djava.ext.dir 参数替代,这样就可以批量引入jar包.

但是有个问题需要注意,java默认用的ext目录是$JAVA_HOME/jre/lib/ext,所以如果你指定了-Djava.ext.dir 参数,则原$JAVA_HOME/jre/lib/ext下的jar包将不会被引用,可能会导致你的程序出现问题;

例如有用到SSL协议的地方会出现javax.net.ssl.SSLKeyException: RSA premaster secret error 异常. 
最近我在项目中通过jdbc连接sqlserver2008时出现过这样的问题,就是因为用-Djava.ext.dir 参数替代了-classpath.

解决方法是将$JAVA_HOME/jre/lib/ext下的dnsns.jar，localedata.jar，sunjce_provider.jar，sunpkcs11.jar放置到你指定的java.ext.dir目录下.

为了防止出现莫名其妙的错误,最好整个$JAVA_HOME/jre/lib/ext下的jar包都copy过去.

参考: 
http://jony-hwong.iteye.com/blog/315324

http://t8500071.iteye.com/blog/790676