JAVA认证：注重关于JAVA内存泄漏的问题
Java的一个主要利益就是经由过程垃收受接管集器（Garbage Collection，GC）自动治理内存的收受接管，轨范员不需要经由过程挪用函数来释放内存。是以，良多轨范员认为Java不存在内存泄露问题，或者认为即使有内存泄露也不是轨范的责任，而是GC或 JVM的问题。其实，这种设法是不正确的，因为Java也存在内存泄露，但它的默示与C++分歧。在Java中，内存泄露就是存在一些被分配的对象，这些对象有下面两个特点，首先，这些对象是可达的，即在有向图中，存在通路可以与其相连；其次，这些对象是无用的，即轨范往后不会再使用这些对象。假如对象知足这两个前提，这些对象就可以剖断为Java中的内存泄露，这些对象不会被GC所收受接管，然而它却占用内存。
在C++中，内存泄露典型围更年夜一些。有些对象被分配了内存空间，然后却不成达，因为C++中没有GC，这些内存将永远收不回来。在Java中，这些不成达的对象都由GC负责收受接管，是以不需要考虑这部门的内存泄露。
注重事项：
1.最根基的建议是尽早释放无用对象的引用。如：
……
A a = new A（）；
//应用a对象
a = null； //当使用对象a之后自动将其设置为空
…。
注：假如a 是体例的返回值，不要做这样的措置，否则你年夜该体例中获得的返回值永远为空，而且这种错误不易被发现、解除
2.尽量少用finalize函数。它会加年夜GC的工作量。
3.假如需要使用经常用到的图片，可以使用soft应用类型。它尽可能把图片保留在内存中
4.注重集结数据类型，搜罗数组、树、图、链表等数据结构，这些数据结构对GC来说，收受接管更为复杂。
5.尽量避免在类的默认机关器中建树、初始化年夜量的对象，防止在挪用其自类的机关器时造成不需要的内存资本华侈
6.尽量避免强制系统做垃圾内存的收受接管，增添系统做垃圾收受接管的最终时刻
7.尽量避免显式申请数组空间
8.尽量做远程体例挪用类应用开发时使用瞬间值变量，除非远程挪用端需要获取该瞬间值变量的值。
9.尽量在合适的场景下使用对象池手艺以提高系统机能。
页:
[1]