android防止内存溢出浅析（二）

上次讨论的 由于Bitmap引起的内存溢出相对比较容易发现，这次我们来看看相对比较难以发现的引起内存溢出的两种情况。

一，Context引起的内存溢出：
在Android平台上，长期保持一些资源的引用，造成一些内存不能释放，带来的内存泄露问题很多。比如Context。
android中的很多资源文件都需要一个Context引用来加载，如果这些资源没有被释放，那么Context的引用不为null,造成对应的Activity即使 调用了finish()但其占有的内存依然不能被释放。这是 因为在Java或者Android内存机制中，顶点的结点释放前必须保证其他对象没有调用才能被系统GC回收释放。我们来看一段代码：

SoundManager.getInstance(this).play(SoundManger.MAIN_BG_SOUND);

从这段代码可以看出，声音管理类是一个单例，它对于整个应用进程来说是全局的，在进入应用的时候创建这个单例直到应用结束，这个单例才会被释放。大家可以看到这个类在得到单例的时候需要传递一个Context对象作为参数，因为要利用Context来加载声音资源。这就导致如果当前Activity调用了finish()全依然不能被GC,因为声音管理类是全局的，它持有了当前Activity的应用，阻止了其被GC。 解决的办法是尽量使用全局的Context来加载资源。修改如下：

SoundManager.getInstance(this.getApplicationContext).play(SoundManger.MAIN_BG_SOUND);

2 ， Thread 线程引起的内存溢出：

先看代码：

private class MyThread extends Thread
{
@Override
public void run()
{
super.run();
while(bFlag)
{
//do somthing
}
}
}
MyThread mThread = new MyThread();
mThread.start();

这端代码 在主线程里新开了一个线程，并且在线程里循环处理一些逻辑。问题在于 如果控制线程结束的bFlag如果在Activity销毁时没有置为 false 将会产生很严重的后果。线程的一个特点是生命周期的不可控。如果Activity销毁时，没有结束线程的运行，那么不仅阻止了Activity被GC，而且大大降低了程序的性能。假如，再重新进入这个Activity，那么又创建了一个死循环的线程，而之前的那个线程依然在运行，这样程序就会非常的卡。所以 一定要注意，销毁Activity时一定要结束线程。

总而言之，想要避免context 相关的内存泄漏 ，记住以下几点：
a.不要对activity 的context 长期引用( 一个activity 的引用的生存周期应该和activity 的生命周期相同)
b.试着使用关于application的 context 来替代和activity相关的context
c.如果一个acitivity 的非静态内部类的生命周期不受控制，那么避免使用它；使用一个静态的内部类并且对其中的activity 使用一个弱引用。解决这个问题的方法是使用一个静态的内部类，并且对它的外部类有一WeakReference，就像在ViewRoot中内部类W所做的就是这么个例子。