JVM系列（9）——调优初体验

末蓝、 2024-03-17 23:27 38阅读 0赞

学习这篇文章之前，要了解：  
[JVM系列（2）——垃圾回收][JVM_2]  
[JVM系列（3）——内存分配与回收策略][JVM_3]  
先了解概念：  
**吞吐量**：用户执行时间/(用户执行时间+垃圾回收时间)；就是干正经事的时间占比。  
**响应时间**：STW越短，响应越好。  
调优调的就是这两个。

### 一、常见垃圾回收器 ###

![在这里插入图片描述][3f18246bba3d4407ae815868b2e67e50.png]  
经常组合使用：  
Serial+Serial Old 串行回收  
![在这里插入图片描述][1b3c3ac6e9f54f709ce839bb86e0ae23.png]  
Parallel Scanvenge+ParallelOld PS+PO 并行回收（jdk1.8默认）——**吞吐量优先**  
![在这里插入图片描述][1ab25353c0c04b12ba152c28bfd93220.png]  
ParNew+CMS组合：PN更注重响应时间，PS则是吞吐量优先。**并发标记清除**，可以达到最短STW时间。  
但是，第四步并发清理时，会产生浮动垃圾，这个时候尽量提高老年代的空间，以防内存溢出。  
或者：降低触发CMS的阈值。  
![在这里插入图片描述][1db20d3eced747feb722119da39b178e.png]  
另外，还有G1垃圾回收器，另外文章再总结。——**响应时间优先**

### 二、垃圾回收日志查看 ###

我们拿Parallel举例：  
配置参数是将日志输出在gc.log中。

-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps
    -Xloggc:gc.log

一段简单的代码：

public static void main(String[] args) {
        
            String a  = "111";
            System.out.println(a);
            Thread b = new Thread();
        }

输出日志如下：  
![在这里插入图片描述][2ec08d1659084a9d8923ac2668da23d1.png]  
很明显，total总量，used使用量，capacity也是总量。  
其中，committed是虚拟内存占用，reserved是虚拟内存保留。（了解就行）  
还有一部分日志如下：

[GC (Allocation Failure) [PSYoungGen: 33280K->3822K(38400K)] 33280K->3830K(125952K), 0.0043770 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]

怎么解释呢，我们看马老师的一张图：  
![在这里插入图片描述][5b3757146a1d4b639b4659ce36faa411.png]

### 三、调优步骤 ###

#### 1、调优调什么？ ####

JVM规划、优化JVM运行环境、解决JVM运行中的问题。

#### 2、调优步骤 ####

（1）根据可能业务场景选定合适的垃圾回收器：  
吞吐量or响应时间，或者兼顾  
（2）大致计算内存需求、选定好CPU（根据经验或者业务架构）  
（3）设置各年代大小、升级年龄，分配好内存  
（4）设置日志参数、观察日志情况（类似于log4j，循环覆盖）  
（5）前面各种设置，一定要根据实际业务情况，做好压力测试，及时调整。

### 四、两个例子 ###

1、每天百万订单的一个网站，怎么设计服务器配置？  
5-7点的话是72w订单的话，每秒1000并发，那就计算1个订单产生多少内存（比如1M），那每秒就是1000M。2G内存肯定够用了。  
如果是10ms之内要能承受多少订单，可以预先压测。  
2、12306的百万并发怎么支撑？  
CDN（全国很多节点）-LVS-Nginx-单个业务系统（1000台机器）—单个机器（比如100并发）。  
简单来说：**分而治之。**  
3、CPU占100%，怎么调优？  
（1）找出CPU高的进程（top）；  
（2）找出进程中的高cpu线程（top+Hp）  
（3）导出线程堆栈（jstack）  
（4）查找具体方法（栈帧）消耗时间（jstack）  
4、系统内存飙升，怎么解决？  
（1）导出堆内存（jmap）  
（2）分析（jhat）

[JVM_2]: https://blog.csdn.net/liwangcuihua/article/details/120200597
[JVM_3]: https://blog.csdn.net/liwangcuihua/article/details/120291542
[3f18246bba3d4407ae815868b2e67e50.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/d654c9c278304fa29ccc29e752c53451.png
[1b3c3ac6e9f54f709ce839bb86e0ae23.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/281da324c5bf4115b8f5a58e92145039.png
[1ab25353c0c04b12ba152c28bfd93220.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/55fcad9f4cf844229cd7c489d8199cf6.png
[1db20d3eced747feb722119da39b178e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/b48dec9cf70c4076ae37ce5cb8c1d6f9.png
[2ec08d1659084a9d8923ac2668da23d1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/49f0d70cdb8643e8a474c5d4fbd91c64.png
[5b3757146a1d4b639b4659ce36faa411.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/7b59f70a5a6046a7a5a65f8fbbf0b685.png