实战分析解决 JVM 直接内存泄漏问题（十二）

水深无声 2022-12-08 12:56 179阅读 0赞

今天解决直接内存内内泄漏问题：

**1、内存泄漏问题解决** ：

linux环境这个程序可以访问服务器的  8888  端口，这将会把内存使用的阈值增加到  85% ，我们的程序会逐渐把这部分内存占满

curl  http://127.0.0.1:8888/

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70][]

![20200919132817804.png][]

特意这么做也是为了方便你的观察，通过内存的增长我们可以大致知道问题的点。

**2、问题关键点**

GZIPInputStream  使用  Inflater  申请堆外内存、我们没有调用  close()  方法来主动释放。如果忘记关闭， Inflater  对象的生命会延续到下一次  GC ，有一点 类似堆内的弱引用。在此过程中，堆外内存会一直增长。

![20200919132916800.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 1][]

![20200919132930469.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 2][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 3][]

**3、问题修复**

调用  close()  方法来主动释放，放置内存泄漏

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 4][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 5][]

![20200919133013875.png][]

4、Top –p <pid> 查看，这个内存和堆内存的情况就比较符合

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 6][]

![20200919133034454.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 7][]

5、问题得到最终得到解决。

**直接内存总结**

直接内存主要是通过  DirectByteBuffer  申请的内存，可以使用参数“ MaxDirectMemorySize ”来限制它的大小 其他堆外内存( 直接内存 ) ，主要是指使用了  Unsafe  或者其他  JNI  手段直接直接申请的内存。这种情况下没有任何参数能够阻挡它们，要么靠它自己去释 放一些内存，要么等待操作系统对它来处理。所以如果你对操作系统底层以及内存分配使用不熟悉，最好不要使用这块，尤其是 Unsafe  或者其他  JNI  手 段直接直接申请的内存.。那为什么要讲呢，EhCache  这种缓存框架，提供了多种策略，可以设定将数据存储在非堆上。 还有像 RocketMQ  都走了堆外分配，所以我们又必须要去了解他。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70]: /images/20221123/587d76faab9d4a419412dc2b1aeb153b.png
[20200919132817804.png]: /images/20221123/73a77def5a5e4c57888aabefdfe23472.png
[20200919132916800.png]: /images/20221123/2faa96f2e5244d9d8f32dd84b2f35528.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 1]: /images/20221123/69755af6f5ac404c9821503585ed70d9.png
[20200919132930469.png]: /images/20221123/528958678967469a86ae1f263472a318.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 2]: /images/20221123/e9c9428015e3412b8ad4cce8c9b6e485.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 3]: /images/20221123/a013c2c97f2d43509678fa7341f19157.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 4]: /images/20221123/54ad4b34909c4d869a3c170d8cc2ca45.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 5]: /images/20221123/7ef682e11fbe445c91c0e2a299f0580c.png
[20200919133013875.png]: /images/20221123/1e5002c822da495584728972cbd04fde.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 6]: /images/20221123/d912995446f7488d885f52b8130c3db1.png
[20200919133034454.png]: /images/20221123/ab9f9974e4c34f6692c3c7b273a038df.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 7]: /images/20221123/83b4d113542d425d8e496ce9b18517a0.png