内存泄漏与内存溢出

1.内存泄漏与溢出

• 内存泄露Memory Leak：申请的内存空间没有及时释放，导致后续程序里这块内容永远被占用。
• **内存溢出Out Of Memory：**要求的内存超过了系统所能提供的，内存需求不能被满足。

2.内存溢出

1.1 堆内存溢出

不断的创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象。

public class HeapOOM {
    static class ObjectInHeap{
    }
    public static void main(String[] args) {
        List<ObjectInHeap> list = new ArrayList();
        while (true) {
            list.add(new ObjectInHeap());
        }
    }
}

1.2 虚拟机栈和本地方法栈溢出

• 单个线程下不断扩大栈的深度引起栈溢出(递归死循环)。
• 循环的创建线程，达到最大栈容量

1.3 运行时常量池溢出

常量池中创建过多的String

1.4 元空间溢出

借助CG Lib运行时产生大量动态类

3.内存泄漏

3.1 内存泄漏的场景

1、使用静态的集合类
静态的集合类的生命周期和应用程序的生命周期一样长，所以在程序结束前容器中的对象不能被释放，会造成内存泄露。解决办法是最好不使用静态的集合类，如果使用的话，在不需要容器时要将其赋值为null。

2 、单例模式可能会造成内存泄露
单例模式只允许应用程序存在一个实例对象，并且这个实例对象的生命周期和应用程序的生命周期一样长，如果单例对象中拥有另一个对象的引用的话，这个被引用的对象就不能被及时回收。解决办法是单例对象中持有的其他对象使用弱引用，弱引用对象在GC线程工作时，其占用的内存会被回收掉，如下示例：

public class SingleTon1 {    
    private static final SingleTon1 mInstance = null;    
    private WeakReference<Context> mContext;  
    private SingleTon1(WeakReference<Context> context) {    
    mContext = context;  
    }    
    
    public static SingleTon1 getInstance(WeakReference<Context> context) {    
        if (mInstance == null) {    
            synchronized (SingleTon1.class) {    
                if (mInstance == null) {    
                    mInstance = new SingleTon1(context);    
                }    
            }    
        }    
        return mInstance;    
    }    
}    
  
  
public class MyActivity extents Activity {  
    public void onCreate (Bundle savedInstanceState){  
       super.onCreate(savedInstanceState);  
       setContentView(R.layout.main);  
       SingleTon1 singleTon1 = SingleTon1.getInstance(new WeakReference<Context>(this));  
   }  
  
}  

3、数据库、网络、输入输出流，这些资源没有显示的关闭

4、使用非静态内部类

非静态内部类对象的构建依赖于其外部类，内部类对象会持有外部类对象的this引用，即时外部类对象不再被使用了，其占用的内存可能不会被GC回收，因为内部类的生命周期可能比外部类的生命周期要长，从而造成外部类对象不能被及时回收。解决办法是尽量使用静态内部类，静态内部类只是形式上在外部类的里面，静态内部类不会持有外部类的引用，可以把静态内部类理解成是一个独立的类，和外部类没什么关系。

参考：https://blog.csdn.net/qq_29078329/article/details/78944769