😀大家好，我是白晨，一个不是很能熬夜😫，但是也想日更的人✈。如果喜欢这篇文章，点个赞 👍，关注一下👀白晨吧！你的支持就是我最大的动力！💪💪💪
文章目录
JVM性能监控与调优概述篇
背景说明
生产环境中的问题
- 高频繁的Full GC导致应用停顿时间长
- 应用响应时间逐渐变长
- 系统内存消耗过多，甚至导致内存溢出（OutOfMemoryError）
- 线程饥饿或死锁现象
为什么要调优
- 减少系统停顿时间，提高系统的可用性和响应速度。
- 优化内存的使用，避免频繁的垃圾回收以及内存溢出。
- 提高并发能力，提升系统的吞吐量和处理能力。
- 降低系统资源消耗，提高性能和扩展性。
不同阶段的考虑
- 初期开发阶段：此时主要关注开发代码的优化和单元测试，尽量避免在设计时出现性能瓶颈。
- 负载测试阶段：通过模拟高并发负载，测试应用在各种负载条件下的表现，为生产环境中的调优提供数据支持。
- 生产环境阶段：当系统上线并面临真实的用户流量时，需密切监控应用的性能指标，并通过监控数据及时发现潜在的性能问题，进行调整。
调优概述
监控的依据
- JVM内存使用情况：如堆内存（Heap）和非堆内存（Non-Heap）的使用情况，垃圾回收（GC）频率、时间等。
- CPU使用率：系统的CPU占用情况，是否出现过度利用，是否存在CPU瓶颈。
- GC日志：分析GC的日志，查看Full GC的发生频率、停顿时间及其影响。
- 运行日志：通过分析入参出参以及日志提示，可以分析某一行代码的执行情况。
- 线程状态：分析线程池的使用情况、线程的等待时间以及死锁情况。
- 应用级别的性能指标：如响应时间、吞吐量等应用层面的监控。
- 快照：保存了某个时刻进程中的全部信息，可以用于具体问题的查找。
调优的大方向
- 合理编写代码
- 充分使用硬件资源
- 合理进行JVM调优
性能优化的步骤
第一步（发现问题）：性能监控
性能监控是整个调优过程的基础，必须通过监控工具实时获取系统运行状态。通过监控，可以发现哪些资源（如内存、CPU、磁盘、网络等）存在瓶颈，系统是否频繁发生GC停顿、线程阻塞等问题。 常见的问题如下：
- GC频繁
- CPU负载过高
- OOM
- 内存泄露
- 死锁
- 程序响应时间长
第二步（排查问题）：性能分析
- 打印GC日志，通过
GCViewer或GCeasy来分析异常 - 灵活运用命令行工具，如
jstat、jinfo等 - 生成快照文件，使用内存分析工具分析文件
- 使用阿里
Arthas、jconsole以及JVisualVM等GUI工具来实时查看JVM状态 jstack查看堆栈信息
第三步（解决问题）：性能调优
- 调优GC：根据分析结果，调整垃圾回收器和相关参数，减少GC停顿时间。例如，切换至G1 GC或使用ZGC（低延迟垃圾回收器）。
- 调优堆内存：根据应用的内存需求，调整堆大小，避免内存溢出或频繁的垃圾回收。
- 调优线程池：通过调整线程池的大小、线程优先级等，确保线程调度的高效性。
- 优化代码：针对代码中的性能瓶颈，进行相应的优化，减少内存泄漏和过多的锁竞争。
- 使用中间件：针对程序中原生的接口，观察是否可以替换为效率更高的中间件，如消息队列等。
性能评价/测试指标
停顿时间（或响应时间）
停顿时间指的是应用在执行过程中因为垃圾回收等原因导致的停顿时间。这个指标非常关键，因为它直接影响到用户的体验。响应时间是用户请求到服务器得到响应之间的时间，常用于衡量应用的延迟性。
吞吐量
吞吐量指的是单位时间内系统能够处理的请求数量。吞吐量越高，表示系统的并发处理能力越强。吞吐量可以通过应用日志或专门的性能测试工具（如JMeter）来测量。
并发数
并发数是指在单位时间内，系统同时处理的请求数量。并发数较高的系统能够同时支持更多用户访问，提升用户体验。过高的并发数可能导致系统资源不足，从而出现性能下降。
内存站用
内存使用情况是性能优化中的一个重要指标，尤其是在JVM中。内存过度消耗可能导致频繁的GC或内存溢出。需要根据应用需求调整堆大小和内存配置，确保内存的高效使用。
相互间的关系
这些性能指标之间相互影响。例如，增加吞吐量可能会导致更高的内存消耗，从而影响停顿时间；减少GC停顿时间可能会影响吞吐量。因此，在进行调优时，需要综合考虑各项指标，并根据实际需求进行平衡和调整。