Android编程中避免内存泄露的方法总结
Android的应用被限制为最多占用16m的内存，至少在T-Mobile G1上是这样的（当然现在已经有几百兆的内存可以用了——译者注）。它包括电话本身占用的和开发者可以使用的两部分。即使你没有占用全部内存的打算，你也应该尽量少的使用内存，以免别的应用在运行的时候关闭你的应用。Android能在内存中保持的应用越多，用户在切换应用的时候就越快。作为我的一项工作，我仔细研究了Android应用的内存泄露问题，大多数情况下它们是由同一个错误引起的，那就是对一个上下文（Context）保持了长时间的引用。
在Android中，上下文（Context）被用作很多操作中，但是大部分是载入和访问资源。这就是所有的widget都会在它们的构造函数中接受一个上下文（Context）参数。在一个合格的Android应用中，你通常能够用到两种上下文（Context）：活动（Activity）和应用（Application）。活动（Activity）通常被传递给需要上下文（Context）参数的类或者方法：
有两种简单的方法可以避免与context相关的内存泄露。最明显的一个就是避免在context的自身的范围外使用它。上面的例子展示了在类内部的一个静态的引用和它们对外部类的间接引用是非常危险的。第二个解决方案就是使用Application Context。这个context会伴随你的应用而存在，并且不依赖Activity的的生命周期。如果你计划保持一个需要context的长生命周期的对象，请记得考虑Application对象。你可以非常方便的通过调用Context.getApplicationContext() 或者 Activity.getApplication()获取它。
总之，为了避免涉及到context的内存泄露，请记住如下几点：
1.不要对一个Activity Context保持长生命周期的引用（一个对Activity的引用应该与Activity自身的生命周期相同）
2.尝试使用应用上下文（context-application）代替活动上下文（context-activity）
3.如果你不能控制它们的生命周期，在活动（Activity）中避免使用不是静态的内部类，使用静态类并且使用弱引用到活动（Activity）的内部。对于这个问题的解决方法是使用静态的内部类与一个弱引用（WeakReference）的外部类。就像ViewRoot和它的W内部类那么实现的。
4.垃圾回收器对于内存泄露来说并不是百分百保险的。
作者：喵哥笔记
