文章目录
- JVM优化
- 原则：
- GC优化的目的：
- 一般步骤为：
- 1、监控GC的状态
- 2、分析结果，判断是否需要优化
- 3、调整GC类型和内存分配
- 4、不断的分析的调整
- 5、全面应用参数
- 常见问题定位过程（频繁GC问题或内存溢出问题）
- 死锁问题
- 一、使用jps查看线程ID
- 二、使用jstack 3331：查看线程情况
JVM优化
对参数设置，java命令的学习，都是为了JVM调优，在调优之前，我们需要记住下面的
原则：
1、多数的java应用不需要在服务器上进行GC优化；
2 、多数导致GC问题的java应用，都不是因为我们参数设置错误，而是代码问题；
3、在应用上线之前，先考虑将机器的JVM参数到最优（最适合）；
4、减少创建对象的数量；
5、减少使用全局变量和大对象；
6、GC优化是到最后不得已才采用的手段
7、在实际使用中，分析GC情况优化代码比优化GC参数要多得多；
GC优化的目的：
将转移到老年代的对象数量降低到最低
减少 full GC 的执行时间
真正熟练的使用GC调优，是建立在多次进行GC监控和调优的实战经验上的，进行监控和调优的
一般步骤为：
1、监控GC的状态
使用各种JVM工具，查看当前日志，分析当前JVM参数设置，并且分析当前堆内存快照和ge日志，根据实际的各区域内存划分和GC执行时间，觉得是否进行优化；
2、分析结果，判断是否需要优化
如果各项参数设置合理，系统没有超时日志出现，GC效率不高，GC耗时不高，那么没有必要进行GC优化；如果GC时间超过1-3秒，或者频繁GC，则必须优化；
注；如果满足下面的指标，则一般不需要进行GC：
Minor GC执行时间不到50ms；
Minor GC执行不频繁，约10秒一次；
Full GC执行时间不到1s；
Full GC执行频率不算频繁，不低于10分钟1次；
3、调整GC类型和内存分配
如果内存分配过大或过小，或者采用的GC收集器比较慢，则应该优先调整这些参数，并且先找1台或几台机器进行beta，然后比较优化过的机器和没有优化的机器的性能对比，并有针对性的做出最后选择;
4、不断的分析的调整
通过不断的试验和试错，分析并找到最合适的参数；
5、全面应用参数
如果找到了最合适的参数，则将这些参数应用到所有服务器，并进行后续跟踪。
常见问题定位过程（频繁GC问题或内存溢出问题）
一、使用jps查看线程ID
二、使用jstat -gc 3331 250 20 查看gc情况，一般比较关注PERM区的情况，查看GC的增长情况。
三、使用jstat -gccause：额外输出上次GC的原因
四、使用jmap -dump：format=b，file=heapDump 3331 生成堆转储文件
五、使用jhat或者可视化工具（Eclipse Memory Analyer、IBM HeapAnalyzer）分析堆情况
六、结合代码解决内存溢出或泄露问题
死锁问题
一、使用jps查看线程ID
二、使用jstack 3331：查看线程情况
1、首先需要确定java进程是否发生死锁
2、打开jvisualvm 工具，专门分析JVM CPU ，内存使用情况，以及线程的进行信息查看当前java进程各个线程运行的状态（颜色）
3、通过jvisualvm 的线程dump或者jstack命令，把当前java进程所有线程的调用堆栈信息打印出来
4、分析main线程和子线程有没有关键短语：
waiting for（资源地址）
waiting to lock（资源地址）
5、看线程函数调用栈，定位到源码上，具体问题具体分析
