java内存泄漏问题

一、内存中都有什么

• 栈：存放引用及基础变量，线程独有
• 堆： 存放创建的对象，线程共享
• 方法区： 存放方法的共享代码区，由对象共享，线程共享
• 数据区：存放静态变量和常量，线程共享
  主要由这四块内存区域组成，每块内存存放的数据不同，职能也不同

二、堆栈分析

1. 栈 ：先进后出
   不管在哪里创建的变量或者引用都会存放在栈中，并且在方法执行完或者对象被销毁就会释放栈中的内存，并且每个线程都有自己的栈内存，不可以互相访问，其中引用指向的对象存放在堆中
2. 堆：
   资源的释放与我们自己的代码和垃圾回收器有关，GC有新老两种回收机制
   旧机制：根据每个对象的引用数量来判断，也就是根据栈中是否有引用指向堆中的对象及个数来判断是否要回收，这种机制有两个非常明显的缺点，①每次都要遍历查找对象是否被引用，耗用资源比较大②会出现内存泄露问题，举个例子A类中有B和C，B中又有C，C中又有B，当A类被回收后，由于B和C都互相持有对象引用，造成了循环引用
   新机制：根据每个对象的状态，及给每个对象做标记，GC根据标记是否处于可达状态来回收，即提高了效率，有能在一定程度上减少内存泄露的问题

三、新的内存泄露问题
虽然新的GC机制减少内存泄露的问题，但是还是有一些不可避免的，举个例子，在A类中创建了内部类子线程a，线程执行耗时任务，然后通过Handler发送给本类，这时如果a子线程还未执行完毕之前，A类都不会被GC回收，因为非静态内部类会隐式持有外部类，那么外部类就不会被标记为不可达状态；这算线程使用不当，造成的内存泄露问题
列举几种常见内存泄露的问题

1. 1.单例模式，饿汉式
   场景如下，通过单例模式创建一个类，但是这个类需要一个上下文的引用，如果我们把Application的上下文引用传递进来，那么创建的这个单例的生命周期就会和整个应用一样，资源一旦创建一直得不到释放，造成泄露
2. 2.非静态内部类创建静态实例
   这个的原因就是因为非静态内部类会默认持有外部类的引用，而我们由通过内部类创建了静态的实例，那么内部类的生命周期就会和应用一样，导致外部类资源一直得不到释放，造成资源泄露
3. 3.Handler使用不当
   Handler使用算是最频繁的了，场景如下，在Activity中创建了handler，然后执行耗时任务，这时如果把Activity关闭，handler还有消息要处理，消息队列中MessageQUeue只有Handler的引用，而handler持有Activity引用造成内存泄露
   解决方案：静态Handler，然后通过WeakRefernce拿到上下文引用，因为静态内部不持有外部类的引用
4. 4.资源未释放
   BroadCaseReceiver，ContextProvider，Cursor，Bitmap资源不及时释放导致的内存泄露

四、小结
在开发中避免内存泄露很简单，就是了解了内存泄露的原理，然后规范自己的代码。