【开发篇】三、并发下的OOM分析

小咪咪 2024-04-23 15:50 34阅读 0赞

#### 文章目录 ####

*  1、并发下的OOM分析
 *  2、Jmeter模拟并发

## 1、并发下的OOM分析 ##

用户请求过来， 后端查询数据库后封装Vo对象返回给前端后，然后正常这个Vo就可以被GC清理掉了。

![在这里插入图片描述][03636c866d6241bca87c54acd6e8da07.png]

但并发时，如果数据处理时间很长，大量对象存于内存，或者处理用户请求后，没有及时删除用户数据对象，就会导致无用对象在堆内存堆积，进而OOM。关键点：

*  并发大
 *  方法里保存了大量的数据到内存
 *  请求的处理时间长，导致对象在内存中待的更久

示意Demo：

@RestController
    public class LeakController {
        
    
        private static Map<Long, Students> userCache = new HashMap<>();
    
        /**
         * 大量数据 + 处理慢
         */
        @GetMapping("/leak1")
        public String doSome() throws InterruptedException {
        
            byte[] bytes = new byte[1024 * 1024 * 100];  //100M
            //本来这个bytes对象会释放，但由于后面的代码，这个对象在内存中愣是多待了十秒钟
            Thread.sleep(1000 * 10L);
            return "success";
        }
    
        /**
         * 没有及时清除用户数据对象
         */
        @PostMapping("/leak2")
        public String doSome2(Long id, String name) {
        
            //用户不再用这个对象以后，它还在静态变量map中存着
            userCache.put(id, new Students(id, name));
            return "test";
        }
    }

@Setter
    @Getter
    @NoArgsConstructor
    public class Students {
        
    
        private Long id;
    
        private String name;
    
        private byte[] info = new byte[1024 * 1024 * 100];   //模拟大对象
    
        public Students(Long id, String name) {
        
            this.id = id;
            this.name = name;
        }
    
        /**
         * 这里实体类的equals和hashcode都正常，没有前一篇笔记说的那种内存泄漏的错误写法
         * 只比id属性即可，ID相同，则同一个对象
         */
        @Override
        public boolean equals(Object o) {
        
            if (this == o) return true;
            if (o == null || getClass() != o.getClass()) return false;
            Students students = (Students) o;
            return Objects.equals(id, students.id);
        }
    
        /**
         * id属性
         */
        @Override
        public int hashCode() {
        
            return Objects.hash(id);
        }
    }

调整下堆内存大小，方便后面验证。

-Xms5g -Xmx5g

## 2、Jmeter模拟并发 ##

压测上面的接口，并发下OOM，则系统在用户高峰期一定会崩。

![在这里插入图片描述][8793aca76f8c4ba0b267db139eb2b8c0.png]

100线程数并发，循环执行两次：

![在这里插入图片描述][c54cd4b31f2a4253baf7512c5685ddbb.png]

接口传参这里用Jmeter的随机函数：

![在这里插入图片描述][01b1adbdb83341d7a9075c68f61f6be8.png]

复制生成的表达式做为传参值：

![在这里插入图片描述][5ef63df0d3114f84b4fa2ce4b82964be.png]  
![在这里插入图片描述][26056037d9b24c0a9141ee81f9cb1984.png]

HTTP Request如下，添加结果数和摘要报告组件后启动：

![在这里插入图片描述][31eba662ce0d43a89b8b79caf64165f7.png]

结果：

![在这里插入图片描述][13a9e2e8a95548b78497b0411b187edb.png]  
![在这里插入图片描述][7d10b4e0a3614ceeb86a6262a400355e.png]  
控制台OOM：

![在这里插入图片描述][dbe8c7e9c3e44aa5aa504d0e324f4727.png]

[03636c866d6241bca87c54acd6e8da07.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/6d9cd7c80457493fb52771034f15a8ae.png
[8793aca76f8c4ba0b267db139eb2b8c0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/7a560993a00443bb81baa4eef47ffc47.png
[c54cd4b31f2a4253baf7512c5685ddbb.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/da5bd87e267b4c278ce9c4e20b073cb5.png
[01b1adbdb83341d7a9075c68f61f6be8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/133e4662b55041cd989525c4c517b490.png
[5ef63df0d3114f84b4fa2ce4b82964be.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/43b7b51e77b84d9a9d2dbb2ff511f3cd.png
[26056037d9b24c0a9141ee81f9cb1984.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/f9aff398142547bb91feb61e45296aac.png
[31eba662ce0d43a89b8b79caf64165f7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/023b96b4bc9e4fc4835bfc7440f82ca7.png
[13a9e2e8a95548b78497b0411b187edb.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/11e9eadf4cc94c22a9f0fcc44f5c2ad8.png
[7d10b4e0a3614ceeb86a6262a400355e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/cdf9c414e5144d4bb9a35c7445d19565.png
[dbe8c7e9c3e44aa5aa504d0e324f4727.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/8fc111fa7ee74175a80afde3d8497b02.png