页面请求频繁导致Http11OutputBuffer触发OOM解决_failed to complete processing of a request

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新大数据全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上大数据知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注大数据）

正文

文章目录

• • 问题描述
    • 解决方案
    • • Leak Suspects
        • Dominator Tree
        • Top Consumers

问题描述

新接手的项目，测试反馈页面同时点击速度快些请求就会报错，返回nginx 502。

Failed to complete processing of a request ，看报错的意思是处理请求失败导致的OOM。本人也在前台点击测试，确实有这个问题，关键是请求也不多，怎么会导致OOM呢？

解决方案

通过arthas查看服务器的CPU还是很稳定的，就是内存比较吃紧，fullGC比较频繁。
接下来我通过jmap命令导出对应进程的dump日志，命令如下：

jmap -dump:format=b,file=\data\dump_pid3380.hprof 3380

下载对应的dump日志，通过MAT（Memory Analyzer Tool）工具查看分析对应的dump日志，结果如下：

重点关注下Histogram、Dominator Tree、Top Consumers、Duplicate Classes、Leak Suspects
名称解释：

• Histogram：直方图:列出每个类的实例数量
• Dominator Tree：支配树:列出最大的对象和它们保持存活的对象。
• Top Consumers：内存高占比消费对象：打印消耗最多的对象，并按类和包分组。
• Duplicate Classes：重复类：检测由多个类装载装载的类。
• Leak Suspects：泄漏疑点:包括泄漏疑点和系统概述

Leak Suspects

可以看到两个泄露疑点，都占了400M，指向的都是普通的接口请求，这是为啥？接下来我们看下关联树。

Dominator Tree

通过shallow heap（浅堆）和retained heap（保留堆）的大小判断可以看到最大的其实是byte类型。我们展开org.apache.coyote.http11.Http11OutputBuffer对象，进一步查看空间占用情况。
PS：名词解释：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注大数据）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**