android防止内存溢出浅析(二)
2013-09-02 14:05
387 查看
上次讨论的 由于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所做的就是这么个例子。
一,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所做的就是这么个例子。
相关文章推荐
- Android防止内存溢出浅析
- Android防止内存溢出浅析
- 浅析Android防止内存溢出问题
- android防止内存溢出浅析
- 【android开发】Android防止内存溢出浅析
- 【android开发】Android防止内存溢出浅析
- Android防止内存溢出浅析
- Android防止内存溢出浅析
- Android防止内存溢出浅析
- Android防止内存溢出浅析
- Android防止内存溢出浅析
- Android防止内存溢出浅析
- Android防止内存溢出浅析
- Android防止内存溢出浅析 .
- Android防止内存溢出浅析
- Android防止内存溢出浅析
- Android防止内存溢出浅析
- android防止内存溢出浅析
- Android防止内存溢出浅析
- Android防止内存溢出浅析