java内存溢出查看

---

一、内存溢出怎么解决Java中一些常见的内存溢出及其解决方案[场景1]：
emoryError:Javaheapspace：这是由于Java堆内存不足造成的。原因之一是确实不够（即太多）。递归程度等），另一个原因是程序存在死循环。
如果Java堆内存不够，可以通过调整JVM的如下配置来解决：
-Xms3062m
　-释放一个小空间需要花费很多时间。通常，堆太小，异常是由于内存不足造成的。
【解决办法】：
<1.检查您的系统是否有使用大量内存或无限循环的代码。
<2.添加JVM配置以限制内存使用：
<-XX:-UseGCOverheadLimit
[情况3]:
emoryError:PermGenspace:这是因为P区内存不够。
-XX:MaxPermSize=128m
　--XXermSize=128m
【参考】：
JVM的Perm区域主要用于存放Class被Loader加载时的Class和Meta信息。如果你的程序需要加载很多对象，这个区域将是上代的，默认大小为64M。超过64M就会溢出这部分内存。通常128M就足够了。
[情况4]：
emoryError:Directbuffermemory
调整-XX:MaxDirectMemorySize=参数，例如添加JVM配置。
-XX:MaxDirectMemorySize=128m
[情况5]：
emoryError：unabletocreatenewnativethread
[原因]：没有足够的堆栈空间来创建额外的线程，创建了太多线程，或者没有足够的堆栈空间做。它真的很小。
【解决方案】：JVM没有提供置整体堆栈空间大小的参数，但是可以设置单个线程堆栈的大小，因此系统的整个用户空间可以分为Text/和堆和堆栈空间的总量也是有限的并且正在减少。因此，如果您遇到此错误，有两种方法可以修复它：1.通过-Xss启动参数减小单线程堆栈的大小，以便可以打开更多的线程（当然也不能太小）。2.通过-Xms-Xmx这两个参数减少堆大小并在堆栈上分配内存（如果有足够的堆空间）。
[情况6]：
verflowError
[原因]：这也是一种内存溢出错误。也就是要么线程栈溢出，要么层次太多。方法调用（例如无限递归调用）或线程堆栈太小。
【解决方案】：优化程序设计，减少方法调用次数。通过调整-Xss参数来增加线程堆栈大小。

---

二、怎么查看java程序是否有内存泄露一般来说，内存泄漏有两种情况。在一种情况下，当堆中分配的内存没有被释放时，所有访问该内存的方法都将被删除（例如指针重新分配）；在另一种情况下，在内存对象中，即使不再需要，这块内存及其访问方法（引用）也始终被保留。第一种情况在Java中由于垃圾回收机制的引入得到了很好的解决。因此，Java中的内存泄漏主要指第二种情况。
也许这个概念太抽象了。您可以看一下这个示例：
1Vectorv=newVector(10);
2for(inti=1;i<100;i++){
3Objecto=newObject();
(o);
5o=null;
6}
在此示例中，有一个对Vector对象的引用v和一个引用o指向代码堆栈中的Object对象。在For循环中，我们不断生成新对象，然后将它们添加到Vector对象中，然后将o引用留空。问题是当o引用被置空后，如果发生GC，我们创建的Object能被GC回收吗？答案是否定的。因为当GC跟踪代码栈中的引用时，它会找到引用v，如果继续跟踪，就会发现引用v指向的内存空间中存在对对象Object的引用。也就是说，虽然引用o已经被置空，但是Object对象仍然有其他引用并且是可访问的，所以GC无法释放它。如果在这个循环之后，Object对象对程序没有任何影响，那么就认为这个Java程序存在内存泄漏。
虽然对于C/C++中的内存泄漏来说，Java内存泄漏的破坏性较小，除了少数情况下程序崩溃外，大多数情况下程序还是可以正常运行的。然而，当移动设备有严格的内存和CPU限制时，Java的内存溢出会导致程序效率低下、占用大量不必要的内存等问题。这会导致整个机器的性能变差，严重时会产生OutOfMemoryError，导致程序崩溃。