一、浅析
内存泄露（ memory leak）：是指程序在申请内存后，无法释放已申请的内存空间，多次内存泄露堆积后果很严重，内存迟早会被占光。内存泄漏最终会造成内存溢出。
内存溢出（out of memory） ：是指程序在申请内存时，没有足够的内存空间供其使用
jvm中有一下几种内存空间：
- 栈内存（stack）：每个线程私有的。
- 堆内存（heap）：所有线程公用的。
- 方法区（method area）：有点像以前常说的“进程代码段”，这里面存放了每个加载类的反射信息、类函数的代码、编译时常量等信息。
- 原生方法栈（native method stack）：主要用于jni中的原生代码，平时很少涉及。
java的内存回收机制：
java堆是一个运行时数据区，类的实例(对象)从中分配空间，jvm堆中储存着正在运行的应用程序所建立的所有对象，“垃圾回收”主要也是和堆有关。
不论哪种语言的内存分配方式，都需要返回所分配内存的真实地址，也就是返回一个指针到内存块的首地址，java中对象是采用new或者反射的方法创建的，这些对象的创建都是在堆（heap）中分配的。
二、java内存泄露
内存泄露是指当前未被引用的对象持续占用内存导致内存空间的浪费。常见的内存泄漏有以下几大类：
（1）静态集合类引起
比如说静态hashmap、vector等，这些静态变量的生命周期和应用程序一致，他们所引用的所有的对象object也不能被释放。
static vector v = new vector(10);
for (int i = 1; i<100; i++)
{
object o = new object();
v.add(o);
o = null;
}//
如上所示，循环申请object 对象，并将所申请的对象放入一个vector 中，如果仅仅释放引用本身（o=null），那么vector 仍然引用该对象，所以这个对象对gc 来说是不可回收的。
必须要降vector对象设置为null，才能回收这部分占用的内存
（2）当集合里面的对象属性被修改后，再调用remove（）方法时不起作用。
主要原因是：set类存储对象是通过hashcode存储，如对象属性被修改，remove方法就不能通过原先的hashcode删除对象。
public static void main(string[] args)
{
set<person> set = new hashset<person>();
person p1 = new person("唐僧","pwd1",25);
person p2 = new person("孙悟空","pwd2",26);
person p3 = new person("猪八戒","pwd3",27);
set.add(p1);
set.add(p2);
set.add(p3);
system.out.println("总共有:"+set.size()+" 个元素!"); //结果：总共有:3 个元素!
p3.setage(2); //修改p3的年龄,此时p3元素对应的hashcode值发生改变,remove是通过hashcode删除对象
set.remove(p3); //此时remove不掉，造成内存泄漏
set.add(p3); //重新添加，居然添加成功
system.out.println("总共有:"+set.size()+" 个元素!"); //结果：总共有:4 个元素!
for (person person : set)
{
system.out.println(person);
}
}
（3）监听器
监听器调用太多，释放对象时未删除监听器也可能造成内存泄漏
（4）各种连接
数据库连接（datasourse.getconnection()），网络连接(socket)和io连接，除非其显式的调用了其close()方法将其连接关闭，否则是不会自动被gc 回收的。connection一旦回收，resultset 和statement 对象就会立即为null
如果使用连接池，resultset 和statement 对象也需要显式的关闭，否则就会造成大量的statement 对象无法释放，从而引起内存泄漏，这种情况下一般都会在try里面去的连接，在finally里面释放连接。
（5）单例模式
如果单例对象持有外部对象的引用，那么这个外部对象将不能被jvm正常回收，就会导致内存泄露。
比如说：
class a{
public a(){
b.getinstance().seta(this);
}
....
}
//b类采用单例模式
class b{
private a a;
private static b instance=new b();
public b(){}
public static b getinstance(){
return instance;
}
public void seta(a a){
this.a=a;
}
//getter...
}
显然b采用singleton模式，它持有一个a对象的引用，而这个a类的对象将不能被回收
三、java内存溢出
当内存占有量超过了虚拟机的分配的最大值时就会产生内存溢出（jvm里面分配不出更多的page）
一般出现情况：
- 加载的图片太多或图片过大时
- 分配特大的数组
- 内存相应资源过多没有来不及释放。
jvm内存模型：
java应用程序在启动时会指定所需要的内存大小，它被分割成两个不同的区域：heap space（堆空间）和permgen（永久代）。
（1）jvm heap堆溢出：java.lang.outofmemoryerror: java heap space
在jvm中如果98%的时间是用于gc,且可用的heap size 不足2%的时候将抛出此异常信息。
jvm启动时会自动设置jvm heap的值，可以利用jvm提供的-xmn -xms -xmx等选项可进行设置，当需要为对象实例分配内存，而堆的内存占用又已经达到-xmx设置的最大值。将会抛出outofmemoryerror异常。
解决方法：手动设置jvm heap（堆）的大小。
（2）permgen space溢出： java.lang.outofmemoryerror: permgen space
permgen space的全称是permanent generation space，是指内存的永久保存区域。
permgen space主要是被jvm存放class和meta信息的，class在被load的时候被放入permgen space区域，它和存放instance的heap区域不同，sun的 gc不会在主程序运行期对permgen space进行清理，所以如果你的app会载入很多class的话，就很可能出现permgen space溢出。一般发生在程序的启动阶段
解决方法： 通过-xx:permsize和-xx:maxpermsize设置永久代大小即可。
（3）栈溢出： java.lang.stackoverflowerror : thread stack space
调用构造函数的 “层”太多了，以致于把栈区溢出了。通俗一点讲就是单线程的程序需要的内存太大了。 通常递归也不要递归的层次过多，很容易溢出。
解决方法：
1：修改程序。
2：通过 -xss: 来设置每个线程的stack大小即可。
在java虚拟机规范中，对这个区域规定了两种异常状况：
- stackoverflowerror异常：启动一个新线程时，java虚拟机都会为它分配一个java栈。java栈以帧为单位保存线程的运行状态。当线程调用java方法时，虚拟机压入一个新的栈帧到该线程的java栈中。只要这个方法还没有返回，它就一直存在。如果线程的方法嵌套调用层次太多(如递归调用)，随着java栈中帧的逐渐增多，最终会由于该线程java栈中所有栈帧大小总和大于-xss设置的值，而产生stackoverflowerror内存溢出异常
- outofmemoryerror异常：启动一个新线程时，没有足够的内存空间为该线程分配java栈(一个线程java栈的大小由-xss参数确定)，jvm则抛出outofmemoryerror异常
到此这篇关于java基础之内存泄漏与溢出详解的文章就介绍到这了,更多相关java内存泄漏与溢出内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！
