java内存溢出排查

---

一、详解Java语言中内存泄漏及如何检测问题（1）一般来说，内存泄漏有两种情况。在一种情况下，当堆中分配的内存未释放时，对此内存的任何访问都会被擦除（例如在另一种情况下，在内存对象中重新分配指针。现在即使不再需要该内存）；并保留其访问方法（引用）。由于垃圾收集的引入，第一种情况在Java中得到了很好的解决。因此，Java中的内存泄漏主要指第二种情况。
也许这个概念太抽象了。你可以看这个例子：
1Vectorv=newVector(10);
2for(inti=1;i<100;i++){
3Objecto=newObject();/>(o);
5o=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，导致程序崩溃。
一般情况下避免内存泄漏
一般不涉及复杂数据结构的情况下，Java内存泄漏表现为内存对象的寿命超出了需要。它的扩展程序。我们有时也称其为“客体分离”。
例如：
1publicclassFileSearch{
2
3privatebyte[]content;
4privateFilemFile;
5
6publicFileSearch(Filefile){
7mFile=文件;
8
9
10publicbooleanhasString(Stringstr){
11intsize=getFileSize(mFile);
12content=newbyte[size];
13loadFile(mFile,content);
14
15Strings=newString(content);
ns(str);
17
18}
这段代码中，FileSearch类中有一个hasString函数，用于判断文档中是否包含指定的字符串。第一个过程是将mFile加载到内存中，然后进行判断。然而，这里的问题是内容被声明为实例变量而不是局部变量。因此，该函数返回后，文件的所有数据仍然存在于内存中。显然，我们以后不再需要这些数据，这会导致不必要的内存浪费。
为了避免这种情况下的内存泄漏，我们需要使用C/C++内存管理思维来管理分配的内存。首先是在声明对象引用之前明确内存对象的有效范围。函数中有效的内存对象必须声明为局部变量，与类实例具有相同生命周期的对象必须声明为实例变量……等等。其次，当不再需要该内存对象时，记得手动清空其引用。
复杂数据结构的内存泄漏问题
在实际项目中，我们经常会使用多个复杂的数据结构来存储程序执行过程中必要的数据。有时，因为数据结构过于复杂或者我们有一些特殊的需求（例如，在给定的内存范围内缓存尽可能多的信息以提高程序运行的速度），我们很难分析其中的数据。定义明确的生命周期数据结构。此时，我们可以利用Java中的一种特殊机制来防止内存泄漏。
前面我们介绍过Java的GC机制是基于内存跟踪引用机制的。以前，我们使用的引用仅以“Objecto;”的形式定义。实际上，这只是Java引用机制中默认的情况。还有其他的参考方法。通过使用这些特殊的引用机制，配合GC机制，我们可以实现一些我们需要的效果。

---

二、Java内存溢出的原因有哪些[情况1]：
emoryError:Javaheapspace:这是因为Java堆内存不足。一个原因是实际上不够用，另一个原因是程序中存在死循环；
如果是java堆空间不够的话，可以通过改变下面的JVM配置来解决:
-Xms3062m
-Xmx3062m
[案例2]
emoryError:GCoverheadlimitexceeded
【解释】：JDK6出现了一种新的错误，当GC需要很长时间才能释放一小块空间时，通常会因为堆太小而抛出该异常由于内存不足而发生；
[解决办法]：
1.检查系统是否有使用大内存或无限循环的代码；
2通过添加JVM配置来限制内存使用：
-XX:-UseGCOverheadLimit