知识大全 Java人员谈论内存泄露问题分析

Posted 2022-07-20 知

篇首语：前事不忘，后事之师。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 Java人员谈论内存泄露问题分析相关的知识，希望对你有一定的参考价值。

Java人员谈论内存泄露问题分析 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　很多人在谈论内存泄露问题当然对于c/c++来说这个应该是老掉牙的问题但是很多Java人员也越来越多得讨论这个问题我这里写个小结希望对大家有一定的参考价值　　　　 内存泄漏的慨念　　 c/c++是程序员自己管理内存 Java内存是由GC自动回收的　　　　我虽然不是很熟悉C++ 不过这个应该没有犯常识性错误吧　　　　什么是内存泄露?　　　　内存泄露是指系统中存在无法回收的内存有时候会造成内存不足或系统崩溃　　　　在C/C++中分配了内存不释放的情况就是内存泄露　　　　 Java存在内存泄露　　　　我们必须先承认这个才可以接着讨论虽然Java存在内存泄露但是基本上不用很关心它特别是那些对代码本身就不讲究的就更不要去关心这个了　　　　Java中的内存泄露当然是指存在无用但是垃圾回收器无法回收的对象而且即使有内存泄露问题存在也不一定会表现出来　　　　 Java中参数都是传值的　　　　对于基本类型大家基本上没有异议但是对于引用类型我们也不能有异议　　　　 Java内存泄露情况　　JVM回收算法是很复杂的我也不知道他们怎么实现的但是我只知道他们要实现的就是对于没有被引用的对象是可以回收的所以你要造成内存泄露就要做到　　　　持有对无用对象的引用!　　　　不要以为这个很容易做到既然无用你怎么还会持有它的引用? 既然你还持有它它怎么会是无用的呢?　　　　我实在想不到比那个堆栈更经典的例子了以致于我还要引用别人的例子下面的例子不是我想到的是书上看到的当然如果没有在书上看到可能过一段时间我自己也想的到可是那时我说是我自己想到的也没有人相信的　　　　public class Stack 　　private Object[] elements=new Object[ ];　　private int size = ;　　　　public void push(Object e)　　ensureCapacity();　　elements[size++] = e;　　　　　　public Object pop()　　if( size == )　　throw new EmptyStackException();　　return elements[ size];　　　　　　private void ensureCapacity()　　if(elements length == size)　　Object[] oldElements = elements;　　elements = new Object[ * elements length+ ];　　System arraycopy(oldElements elements size);　　　　　　　　上面的原理应该很简单假如堆栈加了个元素然后全部弹出来虽然堆栈是空的没有我们要的东西但是这是个对象是无法回收的这个才符合了内存泄露的两个条件无用无法回收　　　　但是就是存在这样的东西也不一定会导致什么样的后果如果这个堆栈用的比较少也就浪费了几个K内存而已反正我们的内存都上G了哪里会有什么影响再说这个东西很快就会被回收的有什么关系下面看两个例子　　　　例子　　　　public class Bad　　public static Stack s=Stack();　　static　　s push(new Object());　　s pop(); //这里有一个对象发生内存泄露　　s push(new Object()); //上面的对象可以被回收了等于是自愈了　　　　　　　　因为是static 就一直存在到程序退出但是我们也可以看到它有自愈功能就是说如果你的Stack最多有个对象那么最多也就只有个对象无法被回收其实这个应该很容易理解 Stack内部持有个引用最坏的情况就是他们都是无用的因为我们一旦放新的进取以前的引用自然消失！　　　　例子　　　　public class NotTooBad　　public void doSomething()　　Stack s=new Stack();　　s push(new Object());　　//other code　　s pop();//这里同样导致对象无法回收内存泄露　　//退出方法 s自动无效 s可以被回收 Stack内部的引用自然没了所以　　//这里也可以自愈而且可以说这个方法不存在内存泄露问题不过是晚一点　　//交给GC而已因为它是封闭的对外不开放可以说上面的代码 %的　　//情况是不会造成任何影响的当然你写这样的代码不会有什么坏的影响但是　　//绝对可以说是垃圾代码!没有矛盾吧我在里面加一个空的for循环也不会有　　//什么太大的影响吧你会这么做吗?　　　　　　上面两个例子都不过是小打小闹但是C/C++中的内存泄露就不是Bad了而是Worst了他们如果一处没有回收就永远无法回收频繁的调用这个方法内存不就用光了!因为Java还有自愈功能(我自己起的名字还没申请专利) 所以Java的内存泄露问题几乎可以忽略了但是知道的人就不要犯了　　　　不知者无罪!Java存在内存泄露但是也不要夸大其辞如果你对Java都不是很熟你根本就不用关心这个我说过你无意中写出内存泄露的例子就像你中一千万一样概率小开玩笑了其实应该是小的多的多!　　　　而且即使你有幸写出这样的代码中奖了!基本上都是一包洗衣粉不会让你发财对系统没有什么大的影响　　　　 杞人忧天的情况　　无话可说型　　　　Object obj=new Object();　　obj=null;　　//这个完全多此一举因为退出了作用范围对象的引用自动消失　　//不要在你的程序中出现这样的语句没有错但是就是不雅观　　　　思考不对型　　　　void func(Object o)　　o=new Object();　　return　　　　　　当我们知道Java参数是传值就知道上面的方法什么也没错就是申请了一个对象然后再丢给GC 因为是传值这里的o是一个调用时候的拷贝会不会无法回收？不就是拷贝吗退出方法什么都没了这个对象怎么会留的住　　　　尽量避免型　　　　class A　　B b=new B(this);　　　　class B　　A a;　　B(A a)this a=a;　　　　　　这个存在互相引用可能导致孤岛现象但是这个不会造成内存泄露不过我自己觉得这个会降低GC的效率就从我的智力来看我觉得这种情况比一般情况难以判断怎么回收!当然GC比我聪明不过应该也要动一点脑子吧 cha138/Article/program/Java/JSP/201311/19325