Jvm参数学习，代码性能调优JVM性能调优的重点JVM的性能调优的重点是垃圾回收和内存管理。垃圾回收的时候会导致整个虚拟机暂停服务，因此，应该尽可能地缩短垃圾回收的处理时间。另外需要关注以下几个方面：并发用户，在服务请求失败或请求响应超过预期时间之前，系统支持的最大并发用户数量。系统容量，可以用每秒处理的事务数量计算。可靠性，即长时间提供不会中断的服务。性能参数下面列出了一些对内存和GC的性能影响比较大的参数含义说明-XmsHeap的最小尺寸-XmxHeap的最大尺寸作为一个通行的准则，设置Xms和Xmx的尺寸一样，以减少gc的次数。要将它们设置足够大，否则就会产生outofmemory错误，但又不能设置过大，过大会增加gc的工作时间。-Xmnnew的尺寸-XX:PermSizePerm的最小尺寸-XX:MaxPermSizePerm的最大尺寸类似heap的设置，应该将perm设置为固定尺寸，即最大和最小尺寸一样。-XX:SurvivorRatioNew区中eden与Survivor区的比值-XX:+UseParallelGC使用parallelgc-XX:ParallelGCThreadsParallelgc的线程个数与cpu个数相同，使得所有cpu都参与gc工作。性能参数调优方法要调整参数首先要观察它们，观察JVM内存和gc的工具有很多，这里用到JDK自带工具jps和jstat，jps用来查看JVM的进程id（pid），jstat用这个pid作为参数来得到内存和gc的状态，例如：jstat-gcutil234923005其中，23492是的JVM的pid，300是采样间隔，单位是毫秒，即300毫秒采集一次数据，5是采样次数。S0S1EOPYGCYGCTFGCFGCTGCT0011.395.2913.573281.955327133.126135.0810011.395.2913.573281.955327133.126135.0810011.395.2913.573281.955327133.126135.0810011.395.2913.573281.955327133.126135.0810011.395.2913.573281.955327133.126135.081列标题含义S0SurvivorS1SurvivorEEdenOOldPPermYGCYoung（new）区完成的gc的次数YGCTYGC消耗的总时间（秒）FGC整个heap完成的gc的次数FGCTFGC消耗的总时间（秒）GCTYGCT＋FGCT可以将采样次数设置足够大，这样就可以看到内存和gc的变化了。从上述数据可以看出，内存各区域的占用率都不高，gc的执行时间都不长，不过，perm区有些太大，太浪费了。因为perm区的对象与JVM的生命周期是一样的，对象数量不会动态变化，所以，我们可以把这个区域的尺寸设置为原尺寸的二分之一，这样，perm的占用率将从13％左右增加到26％左右。从上述数据还可以看出，new区的gc明显比heap的gc快得多。通常FGC应该不超过400毫秒，否则将严重影响java应用的正常运行。内存引起的异常及解决方法java.lang.OutOfMemoryError:Javaheapspace原因：Heap内存溢出，意味着Young和Oldgeneration的内存不够。解决：调整java启动参数-Xms-Xmx来增加Heap内存java.lang.OutOfMemoryError:unabletocreatenewnativethread原因：Stack空间不足以创建额外的线程，要么是创建的线程过多，要么是Stack空间确实小了。解决：由于JVM没有提供参数设置总的stack空间大小，但可以设置单个线程栈的大小；而系统的用户空间一共是3G，除了Text/Data/BSS/MemoryMapping几个段之外，Heap和Stack空间的总量有限，是此消彼长的。因此遇到这个错误，可以通过两个途径解决：1.通过-Xss启动参数减少单个线程栈大小，这样便能开更多线程（当然不能太小，太小会出现StackOverflowError）；2.通过-Xms-Xmx两参数减少Heap大小，将内存让给Stack（前提是保证Heap空间够用）。java.lang.OutOfMemoryError:PermGenspace原因：PermanentGeneration空间不足，不能加载额外的类。解决：调整-XX:PermSize=-XX:MaxPermSize=两个参数来增大PermGen内存。一般情况下，这两个参数不要手动设置，只要设置-Xmx足够大即可，JVM会自行选择合适的PermGen大小。