jvmmm

调优

xmx  堆内存的初始大小

-Xmx 堆内存的最大大小

-Xmn 堆内新生代的大小。

配置oom时的日志

jstack导出堆栈信息，分析死循环

jmap导出内存dump信息用第三方分析

cms-标记清除

并发收集、低停顿。

老年代

以获取最短停顿回收时间为目标

无法清理浮动垃圾

会产生大量碎片

g1

G1从整体来看是基于标记-整理算法实现的收集器，从局部（两个Region之间）上来看是基于“复制”算法实现的。

不会产生内存空间碎片

停顿时间可预测的收集模型：用户可以指定收集操作在多长时间内完成。即G1提供了接近实时的收集特性。

1，使用命令top -p <pid> ，显示你的java进程的内存情况，pid是你的java进程号，比如19663

2，按H，获取每个线程的内存情况

3，找到内存和cpu占用最高的线程tid，比如19664

4，转为十六进制得到 0x4cd0，此为线程id的十六进制表示

5，执行 jstack 19663|grep -A 10 4cd0，得到线程堆栈信息中 4cd0 这个线程所在行的后面10行，从堆栈中可以发现导致cpu飙高的调用方法

6，查看对应的堆栈信息找出可能存在问题的代码

JVM调优参数
-Xmx4g –Xms4g –Xmn1200m –Xss512k -XX:NewRatio=4 -XX:SurvivorRatio=8 -XX:PermSize=100m -XX:MaxPermSize=256m -XX:MaxTenuringThreshold=15

如果是堆内存不够： 尝试调整-Xmx，–Xms选项，这个值代表最大堆内存和初始化堆内存的大小

如果是想提高系统的并发性能： 可以尝试降低–Xss的值，这个值代表每个线程的堆栈大小，JDK5.0以后每个线程堆栈大小为1MB，以前每个线程堆栈大小为256K。应根据应用线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。别调太小了，太小了栈溢出了。

调整对象在年轻代存活的时间： -XX:MaxTenuringThreshold 默认值15，这个值代表垃圾最大年龄，对于老年代比较多的应用，减少这个值可以提高效率。对于年轻代比较多的应用，增加这个值可以增加数据在年轻代即被回收的概率。这个值调整需要尤其注意，设置小了可能引发老年代频繁full GC，设置大了可能导致某些数据长期存活于新生代，每一次Minor GC都要拷贝它，很影响性能的。

调整CMS垃圾回收器并行线程数： -XX:ConcGCThreads=4 CMS垃圾回收器并行线程线，推荐值为CPU核心数。

记得把最小值和最大值设置成同一个： 应尽量把永久代的初始值与最大值设置为同一值，因为永久代的大小调整需要进行FullGC才能实现。设置为同一个就可以防止内存抖动。

# 查看Java PID（进程号）
[root@localhost ~]# jps -l
# 控制台输出线程的dump信息
[root@localhost tomcat]# jstack -l PID
# top：找到占用CPU最大的进程号
[root@localhost tomcat]# top