Java有了垃圾回收（GC）为什么任然后内存泄漏
在Java中，内存的分配是由程序完成的，而内存的释放是由垃圾收集器(Garbage Collection，GC)完成的，程序员不需要通过调用函数来释放内存，但它只能回收无用并且不再被其它对象引用的那些对象所占用的空间。但是误判是经常发生的，有些内存实际上已经没有用处了，但是GC并不知道。这里简单介绍下GC的机制：
上面一节说过栈上的局部变量可以引用堆上的分配的内存，所以GC发生的时候，一般是遍历一下静态存储区、栈从而列出所有堆上被他们引用的内存（对象）集合，这些内存都是有个引用计数，那么除此之外，其他的内存就是没有被引用的（或者说引用计数归零），这些内存就是要被释放的，随后GC开始清理这些内存（对象）
那么这里第一节的两个例子就很好理解了，那个单例模式由于生命周期太长（可以把他看作一个虚拟的栈中的局部变量）并且一直引用了Context（即Activity），所以GC的时候发现这个Activity的引用计数还是大于1，所以回收内存的时候把他跳过，但实际上我们已经不需要这块内存了。这样就导致了内存泄漏。
静态、堆和栈
编译原理说软件内存分配的时候一般会放在三种位置：静态存储区域、堆和栈，他们的位置、功能、速度都各不相同，区别如下：
- 静态存储区：内存在程序编译的时候就已经分配好，这块内存在程序整个运行期间都存在。它主要存放静态数据、全局static数据和常量
- 栈：就是CPU的寄存器（并不是内存），特点是容量很小但是速度最快，函数或者方法的的方法体内声明的变量或者指向对象的引用、局部变量即分配在这里，生命周期到该函数或者方法体尾部即止
- 堆：就是动态内存分配去（就是实体的内存RAM），C中malloc和fee，java中的new和垃圾回收直接操作的就是这里的区域，类的成员变量分配在这里
从上面即可看出静态存储区域是编译时已经分配好的，栈是CPU自动控制的，那么我们所讨论的内存泄漏的问题实际上就是分配在堆里面的内存出现了问题，一般问题在于两点：
- 快速不断的进行new操作。比如Android的自定义View的时候你在onDraw里面new出对象，就会导致这个自定义View的绘制特别卡，这是因为onDraw是快速重复执行的方法，在这个方法里面每次都new出对象会导致连续不断的new出新的对象，也导致gc也在不断的执行从而不断的回收堆内存。由于堆位于内存RAM上，这样子就导致了内存的不断的分配和回收消耗了CPU，同时导致了内存出现“空洞”（因为堆内存不是连续的）
- 忘记释放。如果你忘记了手动释放应该释放的内存，或者gc误判导致没有释放本应该释放的内存，那么久导致了内存泄漏。由于Android给一个app可在堆上（可以在AndroidManifest设置一个largeHeap="true"增大可分配量）分配的内存量是有限的，如果内存泄漏不断的发生，总有一天会消耗完毕，从而导致OOM