jvm常用配置

-Xms4000m 
设置JVM初始内存为4000M。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
-Xmx4000m 
设置JVM最大可用内存为4000M。
-Xmn1500m 
设置年轻代大小为1500M.Sun官方推荐配置为整个堆的3/8。
-Xss256k  
设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。
-XX:MetaspaceSize=340m  元空间大小
元空间本质跟永久代类似，都是对JVM规范中方法区的实现。
不过元空间与永久代最大的区别在于：元空间并不在虚拟机中，而是使用本机内存。
因此，元空间大小仅受本地内存限制。
-XX:MaxMetaspaceSize=340m
-XX:+UseConcMarkSweepGC 
Concurrent Mark Sweep 并发标记清除，即使用CMS收集器。它是和应用程序线程一起执行，相对于Stop The World来说虚拟机停顿时间较少。停顿减少，吞吐量会降低。它使用的是 标记清除算法，运作过程为四个步骤，分别是 初始标记—并发标识—重新标记—并发清除。它是老年代的收集算法，新生代使用ParNew收集算法。默认关闭
CMS收集器的缺点是对服务器CPU资源较为敏感，在并发标记时会降低吞吐量。它使用的标记清除算法也会产生大量空间碎片，空间碎片的存在会加大Full GC的频率，虽然老年代还有足够的内存，但是因为内存空间连续，不得不进行Full GC。
-XX:+UseParNewGC 
Parallel是并行的意思，ParNew收集器是Serial收集器的多线程版本，使用这个参数后会在新生代进行并行回收，老年代仍旧使用串行回收。新生代S区任然使用复制算法。操作系统是多核CPU上效果明显，单核CPU建议使用串行回收器。打印GC详情时ParNew标识着使用了ParNewGC回收器。默认关闭。
-XX:CMSFullGCsBeforeCompaction=5 
这个参数是指在使用CMS收集器的情况下，老年代使用了指定阈值的内存时，触发FullGC.。如：5 ->50%
-XX:+UseCMSCompactAtFullCollection 
Full GC后，进行一次整理，整理过程是独占的，会引起停顿时间变长。仅在使用CMS收集器时生效。
-XX:+CMSClassUnloadingEnabled 
垃圾回收会清理持久代，移除不再使用的classes
-XX:+DisableExplicitGC 
禁止代码中显示调用GC
-XX:+PrintGCDetails 
-XX:+PrintGCTimeStamps 
-XX:+HeapDumpOnOutOfMemoryError 
参数表示当JVM发生OOM时，自动生成DUMP文件。
-XX:HeapDumpPath=/home/admin/logs/gc.log 
-Dsun.zip.disableMemoryMapping=true
有时候你如果修改了JVM正在load的jar文件，会导致JVM crash。stacktrace是在java.util.zip.ZipFile.getEntry() 时发生的。
There are three possible scenarios here:
1. While a class is in use it is dynamically reloaded from a jar file.
2. While a jar file is being accessed by the class loader, the jar file is being modified.
3. A Jarfile which was bigger than 4GB was accessed (applies to Java 6 and earlier only)
那么解决办法就是要确保当JVM在装载jar文件的时候，jar文件不要被其它程序更新或者修改。后来JVM就引入了一个新的性质sun.zip.disableMemoryMapping，如果在JVM启动时加上参数-Dsun.zip.disableMemoryMapping=true，然后JVM在遇到这种情况下的时候就不crash。
当然不能过度依赖这个性质，因为jar文件在被load的时候被更新可能会导致程序执行异常，更容易出bug等问题。