Java中是否有内存泄漏和内存溢出

【深入Java虚拟机】之一:Java内存区域与内存溢出:
https://blog.csdn.net/qq_32534441/article/details/86097556

  1. 内存泄漏与内存溢出
  • 内存泄露(memory leak):指程序在申请内存后,无法释放已申请的内存空间,一次内存泄露危害可以忽略,但内存泄露堆积后果很严重,无论多少内存都会被耗光。

  • 内存溢出(out of memory):是指程序在申请内存时,没有足够的空间分配给程序使用。内存泄漏最终会导致内存溢出。

  • Java内存泄漏是指无用对象(不再使用的对象)持续占有内存或无用对象的内存得不到及时释放,从而造成的内存空间的浪费称为内存泄露。内存泄露有时不严重且不易察觉,这样开发者就不知道存在内存泄露,但有时也会很严重,导致没有内存分配给程序造成内存溢出,系统会提示你Out of memory。PS:无用的对象:1对象赋了null值,之后没有被调用 2对象被赋了新值,重新分配了内存空间,之前的对象不再有地址的指向变成了无用的垃圾对象。

  • Java内存泄漏往往是因为长生命周期对象持有短生命周期对象的引用,主要有如下几大类:

  • 静态集合类引起内存泄漏:像HashMap、Vector等的使用最容易出现内存泄露,这些静态集合成员的生命周期和应用程序一致,他们所引用的所有的对象Object也不能被释放,因为他们也将一直被Vector等引用着。

1class Test{ 2 private static Vector v = new Vector(10); 3 public void init(){ 4 for(int i = 0; i < 100; i++){ 5 Object o = new Object(); 6 v.add(o); 7 o = null; 8 } 9 } 10} 11/*在这个例子中,循环申请Object 对象,并将所申请的对象放入一个Vector 中,如果仅仅释放引用本身(o=null), 12那么Vector 仍然引用该对象,所以这个对象对GC 来说是不可回收的。因此,如果对象加入到Vector 后,还必须从Vector 中删除, 13最简单的方法就是将Vector对象设置为null。*/ 14 15
  • 当集合里面的对象属性被修改后,再调用remove()方法时不起作用

修改对象后的hashcode变了,根据hashcode计算出的索引与存储对象在set中的索引不一致,会导致移除失败.

1public static void main(String[] args){ 2 Set<Person> set = new HashSet<Person>(); 3 Person p1 = new Person("唐僧","pwd1",25); 4 Person p2 = new Person("孙悟空","pwd2",26); 5 Person p3 = new Person("猪八戒","pwd3",27); 6 set.add(p1); 7 set.add(p2); 8 set.add(p3); 9 System.out.println("总共有:"+set.size()+" 个元素!"); //结果:总共有:3 个元素! 10 p3.setAge(2); //修改p3的年龄,此时p3元素对应的hashcode值发生改变 11 12 set.remove(p3); //此时remove不掉,造成内存泄漏 13 14 set.add(p3); //重新添加,居然添加成功 15 System.out.println("总共有:"+set.size()+" 个元素!"); //结果:总共有:4 个元素! 16 for (Person person : set) 17 { 18 System.out.println(person); 19 } 20} 21 22
  • 监听器:在java 编程中,我们都需要和监听器打交道,通常一个应用当中会用到很多监听器,我们会调用一个控件的诸如addXXXListener()等方法来增加监听器,但往往在释放对象的时候却没有记住去删除这些监听器,从而增加了内存泄漏的机会。
  • 各种连接:比如数据库连接(dataSourse.getConnection()),网络连接(socket)和io连接,除非其显式的调用了其close()方法将其连接关闭,否则是不会自动被GC 回收的。对于Resultset 和Statement 对象可以不进行显式回收,但Connection 一定要显式回收,因为Connection 在任何时候都无法自动回收,而Connection一旦回收,Resultset 和Statement 对象就会立即为NULL。但是如果使用连接池,情况就不一样了,除了要显式地关闭连接,还必须显式地关闭Resultset Statement 对象(关闭其中一个,另外一个也会关闭),否则就会造成大量的Statement 对象无法释放,从而引起内存泄漏。这种情况下一般都会在try里面去的连接,在finally里面释放连接。
  • 单例模式:如果单例对象持有外部对象的引用,那么这个外部对象将不能被jvm正常回收,导致内存泄露。

不正确使用单例模式是引起内存泄露的一个常见问题,单例对象在被初始化后将在JVM的整个生命周期中存在(以静态变量的方式),如果单例对象持有外部对象的引用,那么这个外部对象将不能被jvm正常回收,导致内存泄露,考虑下面的例子:

1class A{ 2 public A(){ 3 B.getInstance().setA(this); 4 } 5 .... 6} 7//B类采用单例模式 8class B{ 9 private A a; 10 private static B instance=new B(); 11 public B(){} 12 public static B getInstance(){ 13 return instance; 14 } 15 public void setA(A a){ 16 this.a=a; 17 } 18 //getter... 19} 20//显然B采用singleton模式,它持有一个A对象的引用,而这个A类的对象将不能被回收。 21//想象下如果A是个比较复杂的对象或者集合类型会发生什么情况。 22 23

代码交流 2021