JVM - 内存泄露、内存溢出

内存泄露 

指程序中动态分配内存给一些临时对象，可是对象不会被GC所回收，它始终占用内存。即被分配的对象可达但已无用。

内存溢出 

指程序运行过程当中没法申请到足够的内存而致使的一种错误。内存溢出一般发生于OLD段或Perm段垃圾回收后，仍然无内存空间容纳新的Java对象的状况。

从定义上能够看出内存泄露是内存溢出的一种诱因，不是惟一因素。
Java 堆内存的OutOfMemoryError异常是实际应用中最多见的内存溢出异常状况。
出现Java 堆内存溢出时，异常堆栈信息“java.lang.OutOfMemoryError”会跟着进一步提示“Java heapspace”。

内存泄露的常见场景

一、长生命周期的对象持有短生命周期对象的引用
这是内存泄露最多见的场景，也是代码设计中常常出现的问题。例如：在全局静态map中缓存局部变量，且没有清空操做，随着时间的推移，这个map会愈来愈大，形成内存泄露。

二、修改hashset中对象的参数值，且参数是计算哈希值的字段 
当一个对象被存储进HashSet集合中之后，就不能修改这个对象中的那些参与计算哈希值的字段，不然对象修改后的哈希值与最初存储进HashSet集合中时的哈希值就不一样了，在这种状况下，即便在contains方法使用该对象的当前引用做为参数去HashSet集合中检索对象，也将返回找不到对象的结果，这也会致使没法从HashSet集合中删除当前对象，形成内存泄露。

三、机器的链接数和关闭时间设置 
长时间开启很是耗费资源的链接，也会形成内存泄露。

内存溢出的常见场景

一、堆内存溢出（outOfMemoryError：Java heap space） 
堆中的内存是用来生成对象实例和数组的。

二、方法区内存溢出（outOfMemoryError：permgem space） 
方法区主要存放的是类信息、常量、静态变量等。
因此若是程序加载的类过多，或者使用反射、gclib等这种动态代理生成类的技术，就可能致使该区发生内存溢出，通常该区发生内存溢出时的错误信息为： outOfMemoryError：permgem space 

三、线程栈溢出（java.lang.StackOverflowError） 
线程栈时线程独有的一块内存结构，因此线程栈发生问题一定是某个线程运行时产生的错误。 
通常线程栈溢出是因为递归太深或方法调用层级过多致使的。 发生栈溢出的错误信息为： java.lang.StackOverflowError

分析方法

通常的手段是首先经过内存映像分析工具（如Eclipse Memory Analyzer）对dump 出来的堆转储快照进行分析，
重点是确认内存中的对象是不是必要的，也就是要先分清楚究竟是出现了内存泄漏（Memory Leak）仍是内存溢出（Memory Overflow）。

若是是内存泄漏，可进一步经过工具查看泄漏对象到GC Roots 的引用链。
因而就能找到泄漏对象是经过怎样的路径与GC Roots 相关联并致使垃圾收集器没法自动回收它们的。
掌握了泄漏对象的类型信息，以及GC Roots 引用链的信息，就能够比较准确地定位出泄漏代码的位置。

若是不存在泄漏，换句话说就是内存中的对象确实都还必须存活着，那就应当检查虚拟机的堆参数（-Xmx 与-Xms），与机器物理内存对比看是否还能够调大，
从代码上检查是否存在某些对象生命周期过长、持有状态时间过长的状况，尝试减小程序运行期的内存消耗。

建议

1.尽早释放无用对象的引用 2.使用字符串处理，避免使用String，应大量使用StringBuffer，每个String对象都得独立占用内存一块区域 3.尽可能少用静态变量，由于静态变量存放在永久代（方法区），永久代基本不参与垃圾回收 4.避免在循环中建立对象 5.开启大型文件或从数据库一次拿了太多的数据很容易形成内存溢出，因此在这些地方要大概计算一下数据量的最大值是多少，而且设定所需最小及最大的内存空间值。