关于java:面试官小伙子你给我说一下Java中什么情况会导致内存泄漏呢

45次阅读

共计 2986 个字符,预计需要花费 8 分钟才能阅读完成。

概念

内存泄露:指程序中动静分配内存给一些长期对象,但对象不会被 GC 回收,它始终占用内存,被调配的对象可达但已无用。即无用对象继续占有内存或无用对象的内存得不到及时开释,从而造成的内存空间节约。

可达性剖析算法

JVM 应用可达性剖析算法判断对象是否存活。

GC Root

通过一系列名为“GC Roots”的对象作为终点,从这些结点开始向下搜寻,搜寻所走过的门路称为“援用链(Reference Chain)”,当一个对象到 GC Roots 没有任何饮用链相连时,则证实此对象是不可用的。

object4、object5、object6 尽管有相互判断,然而它们到 GC Rootd 是不可达的,所以它们将会断定为是可回收对象。

能够作为 GC Roots 的对象有:

  • 虚拟机栈(栈帧中的本地变量表)中的援用的对象;
  • 办法区中的类动态属性援用的对象;
  • 办法区中的常量援用的对象;
  • 本地办法栈中 JNI 的援用的对象

尽管 Java 有垃圾收集器帮组实现内存主动治理,尽管 GC 无效的解决了大部分内存,然而并不能齐全保障内存的不透露。

内存透露

内存透露就是堆内存中不再应用的对象无奈被垃圾收集器革除掉,因而它们会不必要地存在。这样就导致了内存耗费,升高了零碎的性能,最终导致 OOM 使得过程终止。

内存透露的体现:

  • 应用程序长时间间断运行时性能重大降落;
  • 应用程序中的 OutOfMemoryError 堆谬误;
  • 自发且奇怪的应用程序解体;
  • 应用程序偶然会耗尽连贯对象;

可能导致内存透露的起因:

1. static 字段引起的内存透露

大量应用 static 字段会潜在的导致内存透露,在 Java 中,动态字段通常领有与整个应用程序相匹配的生命周期。

解决办法:最大限度的缩小动态变量的应用;单例模式时,依赖于提早加载对象而不是立刻加载的形式(即采纳懒汉模式,而不是饿汉模式)

2. 未敞开的资源导致内存透露

每当创立连贯或者关上流时,JVM 都会为这些资源分配内存。如果没有敞开连贯,会导致继续占有内存。在任意状况下,资源留下的凋谢连贯都会耗费内存,如果不解决,就会升高性能,甚至 OOM。

解决办法:应用 finally 块敞开资源;敞开资源的代码,不应该有异样;JDK1.7 之后,能够应用太 try-with-resource 块。

3. 不正确的 equals() 和 hashCode()

在 HashMap 和 HashSet 这种汇合中,经常用到 equal() 和 hashCode() 来比拟对象,如果重写不合理,将会成为潜在的内存透露问题。

解决办法:用最佳的形式重写 equals() 和 hashCode().

4. 援用了外部类的外部类

非动态外部类的初始化,总是须要外部类的实例;默认状况下,每个非动态外部类都蕴含对其外部类的隐式援用,如果咱们在应用程序中应用这个外部类对象,那么即便在咱们的外部类对象超出范围后,它也不会被垃圾收集器革除掉。

解决办法:如果外部类不须要拜访外部类蕴含的类成员,能够转换为动态类。

5. finalize 办法导致的内存透露

重写 finalize() 办法时,该类的对象不会立刻被垃圾收集器收集,如果 finalize() 办法的代码有问题,那么会潜在的印发 OOM;

解决办法:防止重写 finalize() 办法。

6. 常量字符串造成的内存透露

如果咱们读取一个很大的 String 对象,并调用了 intern(),那么它将放到字符串池中,位于 PermGen 中,只有利用程序运行,该字符串就会保留,这就会占用内存,可能造成 OOM。(针对 JDK1.6 及以前,常量池在 PermGen 永恒代中)

解决办法:减少 PermGen 的大小,-XX:MaxPermSize=512M;JDK1.7 当前字符串池转移到了堆中。

intern() 办法详解:

String str1 = "abc";
String str2 = "abc";
String str3 = new String("abc");
String str4 = str3.intern();

System.out.println(str1 == str2);
System.out.println(str2 == str3);

System.out.println(str1 == str4);
System.out.println(str3 == str4);

true, false, true, false

intern() 办法搜寻字符串常量池,如果存在指定的字符串,就返回之;

否则,就将该字符串放入常量池并返回之。

换言之,intern() 办法保障每次返回的都是 同一个字符串对象

String str1 = "abc";
String str2 = "abc";
String str3 = new String("abcd");
String str4 = str3.intern();
String str5 = "abcd";

System.out.println(str1 == str2);
System.out.println(str2 == str3);

System.out.println(str1 == str4);
System.out.println(str3 == str4);

System.out.println(str4 == str5);

true
false
false
false
true

为何要应用 intern() 办法?看看 equals 办法的源码:

public boolean equals(Object anObject) {if (this == anObject) {return true;}
    if (anObject instanceof String) {String anotherString = (String)anObject;
        int n = value.length;
        if (n == anotherString.value.length) {char v1[] = value;
            char v2[] = anotherString.value;
            int i = 0;
            while (n-- != 0) {if (v1[i] != v2[i])
                    return false;
                i++;
            }
            return true;
        }
    }
    return false;
}

能够看到,比拟两个字符串的时候,首先比拟两个字符串对象是否地址雷同,不同再挨个比拟字符。这样就大大放慢了比拟的速度。否则若每次都挨个比拟将是十分耗时的。

7. 应用 ThreadLocal 造成内存透露

应用 ThreadLocal 时,每个线程只有处于存活状态就可保留对其 ThreadLocal 变量正本的隐式调用,且将保留其本人的正本。使用不当,就会引起内存透露。

一旦线程不再存在,该线程的 threadLocal 对象就应该被垃圾收集,而当初线程的创立都是应用线程池,线程池有线程重用的性能,因而线程就不会被垃圾回收器回收。所以应用到 ThreadLocal 来保留线程池中的线程的变量正本时,ThreadLocal 没有显式地删除时,就会始终保留在内存中,不会被垃圾回收。

解决办法:不再应用 ThreadLocal 时,调用 remove() 办法,该办法删除了此变量的以后线程值。不要应用 ThreadLocal.set(null),它只是查找与以后线程关联的 Map 并将键值中这个 threadLocal 对象所对应的值为 null,并没有革除这个键值对。

最初

感激你看到这里,看完有什么的不懂的能够在评论区问我,感觉文章对你有帮忙的话记得给我点个赞,每天都会分享 java 相干技术文章或行业资讯,欢送大家关注和转发文章!

正文完
 0