衔接上篇：
新年过后献上关于Android内存泄漏的种种总结
（顺手留下GitHub链接，需要获取相关面试等内容的可以自己去找）
https://github.com/xiangjiana/Android-MS
(VX：mm14525201314)
在Android应用的开发中，为了防止内存溢出，在处理一些占用内存大而且声明周 期较长的对象时候，可以尽量应用软引用和弱引用技术。
软/弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用 的对象被垃圾回收器回收，Java虚拟机就会把这个软引用加入到与之关联的引用队 列中。利用这个队列可以得知被回收的软/弱引用的对象列表，从而为缓冲器清除已 失效的软/弱引用。
假设我们的应用会用到大量的默认图片，比如应用中有默认的头像，默认游戏图标 等等，这些图片很多地方会用到。如果每次都去读取图片，由于读取文件需要硬件 操作，速度较慢，会导致性能较低。所以我们考虑将图片缓存起来，需要的时候直 接从内存中读取。但是，由于图片占用内存空间比较大，缓存很多图片需要很多的 内存，就可能比较容易发生OutOfMemory异常。这时，我们可以考虑使用软/弱引 用技术来避免这个问题发生。
以下就是高速缓冲器的雏形： 首先定义一个HashMap，保存软引用对象。
private Map > imageCache = new Has
hMap > (); 再来定义一个方法，保存Bitmap的软引用到HashMap。
使用软引用以后，在OutOfMemory异常发生之前，这些缓存的图片资源的内存空间 可以被释放掉的，从而避免内存达到上限，避免Crash发生。 如果只是想避免OutOfMemory异常的发生，则可以使用软引用。
如果对于应用的性 能更在意，想尽快回收一些占用内存比较大的对象，则可以使用弱引用。
另外可以根据对象是否经常使用来判断选择软引用还是弱引用。如果该对象可能会 经常使用的，就尽量用软引用。如果该对象不被使用的可能性更大些，就可以用弱 引用
ok，继续回到主题。前面所说的，创建一个静态Handler内部类，然后对 Handler 持有的对象使用弱引用，这样在回收时也可以回收 Handler 持有的对象，但是这样 做虽然避免了 Activity 泄漏，不过 Looper 线程的消息队列中还是可能会有待处理的 消息，所以我们在 Activity 的 Destroy 时或者 Stop 时应该移除消息队列 MessageQueue中的消息。
下面几个方法都可以移除 Message：
public final void removeCallbacks(Runnable r);
public final void removeCallbacks(Runnable r, Object token);
public final void removeCallbacksAndMessages(Object token);
public final void removeMessages(int what);
public final void removeMessages(int what, Object object);尽量避免使用 static 成员变量
如果成员变量被声明为 static，那我们都知道其生命周期将与整个app进程生命 周期一样。
这会导致一系列问题，如果你的app进程设计上是长驻内存的，那即使app切到 后台，这部分内存也不会被释放。按照现在手机app内存管理机制，占内存较 大的后台进程将优先回收，因为如果此app做过进程互保保活，那会造成app在 后台频繁重启。当手机安装了你参与开发的app以后一夜时间手机被消耗空了 电量、流量，你的app不得不被用户卸载或者静默。 这里修复的方法是：
不要在类初始时初始化静态成员。可以考虑lazy初始化。 架构设计上要思考是否真 的有必要这样做，尽量避免。如果架构需要这么设计，那么此对象的生命周期你有 责任管理起来。
override finalize()2、finalize 方法只会被执行一次，即使对象被复活，如果已经执行过了 finalize 方法，再次被 GC 时也不会再执行了，原因是：
含有 finalize 方法的 object 是在 new 的时候由虚拟机生成了一个 finalize reference 在来引用到该Object的，而在 finalize 方法执行的时候，该 object 所 对应的 finalize Reference 会被释放掉，即使在这个时候把该 object 复活(即用 强引用引用住该 object )，再第二次被 GC 的时候由于没有了 finalize reference 与之对应，所以 finalize 方法不会再执行。
3、含有Finalize方法的object需要至少经过两轮GC才有可能被释放。
BraodcastReceiver，ContentObserver，File，游标 Cursor， Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或者注销，否 则这些资源将不会被回收，造成内存泄漏。比如：
构造 Adapter 时，没有使用缓存的 convertView ,每次都在创建新的 converView。这里推荐使用 ViewHolder。
getApplicationContext 或者 getApplication，以避免 Activity 被外部长 生命周期的对象引用而泄露。Activity onStop 或者 onDestroy 的时候，取消掉该 Handler对象的 Message和 Runnable.BraodcastReceiver，ContentObserver，File，游 标 Cursor，Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或 者注销。删减了一部分，见谅^_^
（顺手留下GitHub链接，需要获取相关面试等内容的可以自己去找）
https://github.com/xiangjiana/Android-MS
(VX：mm14525201314)
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
