JVM调优和深入了解性能优化

目录

• GC调优原则调优的原则目的
• GC调优调优步骤GC调优实战推荐策略
• 逃逸分析
• 常用的性能评价/测试指标响应时间并发数吞吐量关系
• 常用的性能优化手段避免过早优化进行系统性能测试寻找系统瓶颈，分而治之，逐步优化
• 前端优化常用手段浏览器/AppCDN加速 反向代理缓存WEB组件分离
• 应用服务性能优化缓存
• 集群异步多线程消息队列
• 程序代码级别并发编程资源的复用
• 存储性能优化尽量使用SSD定时清理数据或者按数据的性质分开存放结果集处理
• 总结：

---

JVM调优的本质：

并不是显著的提高系统性能，不是说你调了，性能就能提升几倍或者上十倍，JVM调优，主要调的是稳定。如果你的系统出现了频繁的垃圾回收，这个时候系统是不稳定的，所以需要我们来进行JVM调优，调整垃圾回收的频次。

回到顶部

GC调优原则

调优的原则

1、 大多数的java应用不需要GC调优

2、 大部分需要GC调优的的，不是参数问题，是代码问题

3、 在实际使用中，分析GC情况优化代码比优化GC参数要多得多；

4、 GC调优是最后的手段

目的

GC的时间够小

GC的次数够少

发生Full GC的周期足够的长，时间合理，最好是不发生。

注：如果满足下面的指标，则一般不需要进行GC：

Minor GC执行时间不到50ms；

Minor GC执行不频繁，约10秒一次；

Full GC执行时间不到1s；

Full GC执行频率不算频繁，不低于10分钟1次；

回到顶部

GC调优

调优步骤

日志分析

1，监控GC的状态

使用各种JVM工具，查看当前日志，分析当前JVM参数设置，并且分析当前堆内存快照和gc日志，根据实际的各区域内存划分和GC执行时间，觉得是否进行优化；

2，分析结果，判断是否需要优化

如果各项参数设置合理，系统没有超时日志出现，GC频率不高，GC耗时不高，那么没有必要进行GC优化；如果GC时间超过1-3秒，或者频繁GC，则必须优化；

3，调整GC类型和内存分配

如果内存分配过大或过小，或者采用的GC收集器比较慢，则应该优先调整这些参数，并且先找1台或几台机器进行beta，然后比较优化过的机器和没有优化的机器的性能对比，并有针对性的做出最后选择；

4，不断的分析和调整

通过不断的试验和试错，分析并找到最合适的参数

5，全面应用参数

如果找到了最合适的参数，则将这些参数应用到所有服务器，并进行后续跟踪。

阅读GC日志

主要关注MinorGC和FullGC 的回收效率（回收前大小和回收比较）、回收的时间。

-XX:+UseSerialGC

以参数-Xms5m -Xmx5m -XX:+PrintGCDetails -XX:+UseSerialGC为例：

[DefNew: 1855K->1855K(1856K), 0.0000148 secs][Tenured: 2815K->4095K(4096K), 0.0134819 secs] 4671K

DefNew指明了收集器类型，而且说明了收集发生在新生代。

1855K->1855K(1856K)表示，回收前 新生代占用1855K，回收后占用1855K，新生代大小1856K。

0.0000148 secs 表明新生代回收耗时。

Tenured表明收集发生在老年代

2815K->4095K(4096K), 0.0134819 secs：含义同新生代

最后的4671K指明堆的大小。

-XX:+UseParNewGC

收集器参数变为-XX:+UseParNewGC，日志变为：

[ParNew: 1