gdb如何确定内存已经释放_项目一上线，遇到内存泄漏，排查坑哭了我

最新推荐文章于 2022-10-04 22:41:30 发布

Malong Wu

最新推荐文章于 2022-10-04 22:41:30 发布

阅读量439

点赞数

文章标签： gdb如何确定内存已经释放

本文链接：https://blog.csdn.net/weixin_35235724/article/details/112423823

版权

本文介绍了如何排查Spring Boot应用的内存泄漏问题，特别是涉及堆外内存的情况。通过使用Java工具、gperftools、strace、GDB和jstack等，最终发现问题是由于Spring Boot的InflaterInputStream未正确释放堆外内存，解决方案是限制MCC的扫包路径或升级Spring Boot版本。

摘要由CSDN通过智能技术生成

来源 | 美团技术团队

https://tech.meituan.com/2019/01/03/spring-boot-native-memory-leak.html

为了更好地实现对项目的管理，我们将组内一个项目迁移到MDP框架(基于Spring Boot)，随后我们就发现系统会频繁报出Swap区域使用量过高的异常。

笔者被叫去帮忙查看原因，发现配置了4G堆内内存，但是实际使用的物理内存竟然高达7G，确实不正常。

JVM参数配置是

-XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M -XX:+AlwaysPreTouch -XX:ReservedCodeCacheSize=128m -XX:InitialCodeCacheSize=128m, -Xss512k -Xmx4g -Xms4g,-XX:+UseG1GC -XX:G1HeapRegionSize=4M

实际使用的物理内存如下图所示：

top命令显示的内存情况

排查过程

1. 使用Java层面的工具定位内存区域

堆内内存、Code区域或者使用unsafe.allocateMemory和DirectByteBuffer申请的堆外内存

笔者在项目中添加-XX:NativeMemoryTracking=detailJVM参数重启项目，使用命令jcmd pid VM.native_memory detail查看到的内存分布如下：

jcmd显示的内存情况

发现命令显示的committed的内存小于物理内存，因为jcmd命令显示的内存包含堆内内存、Code区域、通过unsafe.allocateMemory和DirectByteBuffer申请的内存，但是不包含其他Native Code(C代码)申请的堆外内存。所以猜测是使用Native Code申请内存所导致的问题。

为了防止误判，笔者使用了pmap查看内存分布，发现大量的64M的地址；而这些地址空间不在jcmd命令所给出的地址空间里面，基本上就断定就是这些64M的内存所导致。