JVM--内存泄露--原因/解决/什么时候

短命女 2023-02-12 05:53 83阅读 0赞

原文网址：[JVM--内存泄露--原因/解决/什么时候\_IT利刃出鞘的博客-CSDN博客][JVM--_--_IT_-CSDN]

# 其他网址 #

[Java中的内存泄露问题 及解决方法\_java\_多多-CSDN博客][Java_ _java_-CSDN]  
[彻底搞懂Java内存泄露 - 简书][Java_ -]  
[java中内存泄露8种情况的总结\_java\_ratel的博客-CSDN博客][java_8_java_ratel_-CSDN]

# 简介 #

**内存泄露的原因**

> 堆内存中一个对象不再使用时，垃圾回收器却无法从内存中删除他们，导致内存泄露。

**内存泄露的影响**

>  *  应用程序长时间连续运行时性能严重下降；
>  *  应用程序中的OutOfMemoryError堆错误；
>  *  自发且奇怪的应用程序崩溃；
>  *  应用程序偶尔会耗尽连接对象。

**内存泄露的检测与分析**

> 通常我们可以借助MAT、LeakCanary等工具来检测应用程序是否存在内存泄漏。  
> 1、MAT是一款强大的内存分析工具，功能繁多而复杂。  
> 2、LeakCanary则是由Square开源的一款轻量级的第三方内存泄漏检测工具，当检测到程序中产生内存泄漏时，它将以最直观的方式告诉我们哪里产生了内存泄漏和导致谁泄漏了而不能被回收。

# 内存泄露的类型 #

## static字段 ##

**简介**

> 大量使用static字段会潜在的导致内存泄露，在Java中，静态字段通常拥有与整个应用程序相匹配的生命周期。
> 
> 示例：单例的静态特性使得其生命周期和应用的生命周期一样长，如果一个对象已经不再需要使用了，而单例对象还持有该对象的引用，就会使得该对象不能被正常回收，从而导致了内存泄漏。

**解决方法**

> 1.  最大限度的减少静态变量的使用；
> 2.  单例模式时，依赖于延迟加载对象而不是立即加载方式。

## 未关闭的资源 ##

**简介**

> 对于使用了BroadcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，从而造成内存泄漏。

**解决方法**

> 调用它的close()函数将其关闭掉，然后再设置为null

**注意**

> 1.  一般使用finally块关闭资源；关闭资源的代码，不应该有异常；
> 2.  jdk1.7后，可以使用try-with-resource块。

## 集合容器 ##

**简介**

> 我们通常把一些对象的引用加入到了集合容器（比如ArrayList）中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大。
> 
> 如果这个集合是static的话，那情况就更严重了。如果这些容器为静态的，那么它们的生命周期与程序一致，则容器中的对象在程序结束之前将不能被释放，从而造成内存泄漏。简单而言，长生命周期的对象持有短生命周期对象的引用，尽管短生命周期的对象不再使用，但是因为长生命周期对象持有它的引用而导致不能被回收。

**解决方法**

> 1.  如果是static类型的集合，在退出程序之前，将集合里的东西clear，然后置为null，再退出程序。

## **内部类持有外部类** ##

**其他网址**

> [JVM--内存泄露--内部类持有外部类\_feiying0canglang的博客-CSDN博客][JVM--_--_feiying0canglang_-CSDN]

**简介**

> 若一个外部类的实例对象的方法返回了一个内部类的实例对象，这个内部类对象被长期引用了，即使那个外部类实例对象不再被使用，但由于内部类持有外部类的实例对象，这个外部类对象将不会被垃圾回收，这也会造成内存泄露。
> 
> 在Java中，非静态内部类和匿名类内部类都会潜在持有它们所属的外部类的引用，但是静态内部类却不会。

**解决办法**

> 1.  如果内部类不需要访问包含的类成员，考虑转换为静态类。

## **改变哈希值** ##

**简介**

> 当一个对象被存储进HashSet集合中以后，就不能修改这个对象中的那些参与计算哈希值的字段了，否则，对象修改后的哈希值与最初存储进HashSet集合中时的哈希值就不同了。在这种情况下，即使在contains方法使用该对象的当前引用作为的参数去HashSet集合中检索对象，也将返回找不到对象的结果，这也会导致无法从HashSet集合中单独删除当前对象，造成内存泄露

**解决方法**

> 1.  不要修改这个对象中的那些参与计算哈希值的字段

## finalize()方法 ##

**简介**

> 重写finalize()方法时，该类的对象不会立即被垃圾收集器收集，如果finalize()方法的代码有问题，那么会潜在的引发OOM；

**解决办法**

> 1.  尽量避免重写finalize()；或者保证finalize方法没问题

## 常量字符串 ##

**简介**

> 如果我们读取一个很大的String对象，并调用了intern()，那么它将放到字符串池中，位于PermGen中，只要应用程序运行，该字符串就会保留，这就会占用内存，可能造成OOM。

**解决方法**

>  *  增加PermGen的大小，-XX:MaxPermSize=512m；
>  *  升级Java版本，JDK1.7后字符串池转移到了堆中。

## ThreadLocal ##

**简介**

> 使用ThreadLocal时，每个线程只要处于存货状态就可保留对其ThreadLocal变量副本的隐式调用，且将保留其自己的副本。使用不当，就会引起内存泄露。
> 
> 一旦线程不在存在，ThreadLocals就应该被垃圾收集，而现在线程的创建都是使用线程池，线程池有线程重用的功能，因此线程就不会被垃圾回收器回收。所以使用到ThreadLocals来保留线程池中线程的变量副本时，ThreadLocals没有显示的删除时，就会一直保留在内存中，不会被垃圾回收。

**解决方法**

> 1.  不再使用ThreadLocal时，调用remove()方法，该方法删除了此变量的当前线程值。
> 2.  不要使用ThreadLocal.set(null)，它只是查找与当前线程关联的Map并将键值对设置为当前线程为null。

[JVM--_--_IT_-CSDN]: https://knife.blog.csdn.net/article/details/106321701
[Java_ _java_-CSDN]: https://blog.csdn.net/duoduo18up/article/details/81545958
[Java_ -]: https://www.jianshu.com/p/efec4c77e265
[java_8_java_ratel_-CSDN]: https://blog.csdn.net/weter_drop/article/details/89387564
[JVM--_--_feiying0canglang_-CSDN]: https://blog.csdn.net/feiying0canglang/article/details/116096099