如题,谢谢,大家讨论一下

解决方案 »

  1.   

    CPU时间、线程调度等导致GC无法按他的正常流程清理。
      

  2.   

    GC为我们程序员许下了一个美好的愿望:我们总是不需要关心Java的垃圾回收问题,但事实上,我们错了,这就是个陷阱。大的应用必须考虑内存问题。
    负责GC的线程的优先级很低,而且这里面涉及到一个Java的基础知识:引用类型。Java的四种引用和GC有很大的关系。我介意你去看下李刚写的一本书好像叫:疯狂Java:突破程序员基本功的16课
    里面有详细介绍关于内存分配的章节。
      

  3.   

    垃圾回收是根据当前对象是否有引用而采取是否回收,
    Java内存泄露
     
        一般来说内存泄漏有两种情况。一种情况如在C/C++语言中的,在堆中的分配的内存,在没有将其释放掉的时候,就将所有能访问这块内存的方式都删掉(如指针重新赋值);另一种情况则是在内存对象明明已经不需要的时候,还仍然保留着这块内存和它的访问方式(引用)。第一种情况,在Java中已经由于垃圾回收机制的引入,得到了很好的解决。所以,Java中的内存泄漏,主要指的是第二种情况。
     
        可能光说概念太抽象了,大家可以看一下这样的例子:
     
    1 Vector v=new Vector(10);
    2 for (int i=1;i<100; i++){
    3 Object o=new Object();
    4 v.add(o);
    5 o=null;
    6 }
     
       
        在这个例子中,代码栈中存在Vector对象的引用v和Object对象的引用o。在For循环中,我们不断的生成新的对象,然后将其添加到Vector对象中,之后将o引用置空。问题是当o引用被置空后,如果发生GC,我们创建的Object对象是否能够被GC回收呢?答案是否定的。因为,GC在跟踪代码栈中的引用时,会发现v引用,而继续往下跟踪,就会发现v引用指向的内存空间中又存在指向Object对象的引用。也就是说尽管o引用已经被置空,但是Object对象仍然存在其他的引用,是可以被访问到的,所以GC无法将其释放掉。如果在此循环之后,Object对象对程序已经没有任何作用,那么我们就认为此Java程序发生了内存泄漏。
     
        尽管对于C/C++中的内存泄露情况来说,Java内存泄露导致的破坏性小,除了少数情况会出现程序崩溃的情况外,大多数情况下程序仍然能正常运行。但是,在移动设备对于内存和CPU都有较严格的限制的情况下,Java的内存溢出会导致程序效率低下、占用大量不需要的内存等问题。这将导致整个机器性能变差,严重的也会引起抛出OutOfMemoryError,导致程序崩溃。
      

  4.   

    这个,你就需要了解 java虚拟机了,gc 垃圾回收机制, 也是有算法的,java使用的物理内存 目前是有最大值的,也是有回收条件的。就像你的胃,有伸缩性,你可以吃,而且可以一直吃,随着胃的蠕动,一部分吸收,一部分排除体外,当你摄取的速度比排除的快,持续足够的时间,你就撑死了。尽量不要什么东西都是new出来的,而且不要一直占用不放。一部分东西,因为吸收过量而导致,传话成了脂肪,导致你越来越胖,最后胖死了。 一般明显的就是 持续性 大对象 的使用。