内存溢出与内存泄露
内存溢出（Out Of Memory，OOM）
内存溢出，是指在程序在申请内存时，没有足够的内存空间供其使用，出现out of memory。比如申请了一个integer，但给它存了long才能存下的数，那就是内存溢出。
1、内存溢出常见原因
- 内存中加载的数据量过于庞大，如一次从数据库中取出过多数据
- 集合类中有对 对象的引用，使用完后未清空，是的JVM不能回收
- 代码中存在死循环或循环产生过多重复的对象实体
- 使用的第三方软件中的BUG
- 启动参数内存值设定的过小
2、解决方案
- 修改JVM启动参数，直接增加内存。（调整-Xms，-Xmx参数）
- 检查错误日志，查看OOM错误之前是否有其他异常或错误
- 对代码进行走查和分析，找出可能发生内存溢出的位置
- 检查数据库查询中，是否有一次获得全部数据的查询
- 检查代码中是否有死循环或递归调用
- 检查是否有大循环重复产生新对象实体
- 检查List，Map等集合对象是否有使用完后，未清除的问题
- 使用内存查看工具动态查看内存使用情况
内存泄露（Memory Leak）
内存泄露，是指程序在申请内存后，无法释放已申请的内存空间。无用对象（不再使用的对象）持续占用内存或无用对象的内存得不到及时释放，从而造成内存空间的浪费成为内存泄露。
1、内存泄露常见原因
内存泄露的根本原因是：长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短生命周期对象已经不再需要，但是因为长生命周期对象持有它的引用而导致不能被回收，导致发生内存泄露。
2、内存泄露发生场景
（1）静态集合类引起的内存泄露（static对象是不会被GC回收的）
集合类，如HashMap，Set，ArrayList，Vector等它们是内存泄露的常用位置。如果将它们声明为static，那么它们将拥有和主程序一样的生命周期，如果它们里面放置了大量对象（引用的关系），当这些对象不再使用时，因为HashMap，集合等是全局的static 类型，那么垃圾回收将无法处理这些不再使用的对象，从而造成了内存泄露。
public class MemoryLeak{
static List<Student> list = new ArrayList<Student>();
public static void main(String[] args)
throws InterruptedException{
for(int i =0;i<1000000;i++){
Student stu = new Student();
list.add(stu); //内存泄漏，无法回收
}
//便于观察虚拟机运行情况
while(true){
Thread.sleep(20000);
}
}
}
class Student{
}
（2）当集合里面的对象属性被修改后，再调用remove方法时不起作用
public class MemoryLeak2 {
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);//现在set里面有3个对象!
p3.setAge(2); //修改p3的年龄,此时p3的hashcode改变
set.remove(p3); //此时remove不掉，造成内存泄漏
set.add(p3); //重新添加，成功，现在set里面有4个对象
}
}
class Person{
public Person(){}
public Person(String name,String pwd,Integer age){
...
}
（3）各种连接
比如数据库连接（DataSource.getConnection()），网络连接（socket）和IO连接，除非其显式的调用了其close（）方法将其连接关闭，否则是不会自动被GC回收的。对于Resource和Statement对象可以不进行显式回收，但Connection一定要显式回收，因为Connection在任何时候都无法自动回收，而Connection一旦回收，Resultset和Statement对象就会立即为null。但是如果使用连接池，情况就不一样了，除了要显式的关闭连接，还必须显式的关闭Resultset Statement对象（关闭其中一个，另外一个也会关闭），否则就会造成大量的Statement对象无法释放，从而引起内存泄露。这种情况下一般都会在try里面去连接，在finally里释放连接。
（4）单例模式
如果单例对象持有外部对象的引用，那么这个外部对象将不能被JVM正常回收，导致内存泄露不正确使用单例模式是引起内存泄露的一个常见问题，单例对象在初始化后将在JVM的整个生命周期中存在（以静态变量的方式），如果单例对象持有外部对象的引用，那么这个外部对象将不能被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...
}
（5）读取流没有关闭
开发中经常忘记关闭流，这样会导致内存泄漏。因为每个流在操作系统层面都对应了打开的文件句柄，流没有关闭，会导致操作系统的文件句柄一直处于打开状态，而jvm会消耗内存来跟踪操作系统打开的文件句柄。
（6）监听器
在java编程中，经常需要和监听器打交道，通常一个应用当中会用到很多监听器，我们会调用一个控件的诸如addXXXListener()等方法来增加监听器，但往往在释放对象的时候却没有记住去删除这些监听器，从而增加了内存泄漏的机会。
（7）String的intern方法
在大字符串上调用String.intern() 方法，intern()会将String放在jvm的内存池中（PermGen ），而jvm的内存池是不会被gc的。因此如果大字符串调用intern()方法后，会产生大量的无法gc的内存，导致内存泄漏。如果必须要使用大字符串的intern方法，应该通过-XX:MaxPermSize参数调整PermGen内存的大小(关于设置虚拟机内存大小后续会继续发布相关博客)。
（8） 将没有实现hashCode()和equals()方法的对象加入到HashSet中
这是一个简单却很常见的场景。正常情况下Set会过滤重复的对象，但是如果没有hashCode() 和 equals()实现，重复对象会不断被加入到Set中，并且再也没有机会去移除。因此给类都加上hashCode() 和 equals()方法的实现是一个好的编程习惯。可以通过Lombok的@EqualsAndHashCode很方便实现这种功能。