Android 内存优化

最新推荐文章于 2025-08-19 16:03:58 发布

转载最新推荐文章于 2025-08-19 16:03:58 发布 · 203 阅读

文章标签：

#android #内存优化

android 专栏收录该内容

1 篇文章

订阅专栏

Android发生内存泄漏最普遍的一种情况就是长期保持对Context，特别是Activity的引用，使得Activity无法被销毁。这也就意味着Activity中所有的成员变量也没办法销毁。本文仅介绍如何避免这种情况的发生，其他如Bitmap没有及时回收导致的OOM异常暂不讨论。

一、防止内存泄漏

什么情况下会长时间保持对某个Activity的引用呢？主要有以下两种情况：

1、某个static变量保持对Activity的引用

2、线程保持Activity的引用

由于静态变量是长驻内存的，甚至在你调用了exit方法后仍不会被销毁。而线程的生命周期是无法预料的。一旦发生了切屏，Activity就无法被销毁。下面来看一个简单的例子：

[java] view plain copy print ?

public class MainActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
}
public void onClick(View v){
new MyThread().start();
}
class MyThread extends Thread{
public void run(){
try {
Thread.sleep(60000);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
}

public class MainActivity extends Activity {

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);
	}
	
	public void onClick(View v){
		new MyThread().start();
	}
	
	class MyThread extends Thread{
		public void run(){
			try {
				Thread.sleep(60000);
			} catch (InterruptedException e) {
				// TODO Auto-generated catch block
				e.printStackTrace();
			}
		}
	}
}

线程MyThread是Activity的内部类，这有什么问题呢？我们知道，内部类是会持有外部类的引用的，这就是上面说到的第二种情况。那么怎么优化，使线程不持有Activity的引用呢？熟悉Java的马上就会想到静态内部类，没错，只要在定义MyThread的时候加一个static，这样这个内部类就不会持有外部类的引用了。

然而在实际应用中，线程的问题往往要比这复杂很多。我们可能还要用到AsyncTask或者Handler加Thread来异步获取数据并刷新界面。此时如果只是简单的将AsyncTask或者Handler定义成静态的，那么无法实现刷新界面的功能。之前的做法是使用弱引用（WeakReference），但是2.3以后的Android加强了对弱引用及软引用的回收，如果在内存不是很足的情况下，很可能导致你的引用过早被系统回收，而无法做刷新界面的操作。接下来的这个例子将提供一种新的解决方案：

[java] view plain copy print ?

public class MainActivity extends Activity {
private MyThread t;
private String TAG = "tag";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
}
@Override
protected void onDestroy() {
if(t != null){
t.detach();
}
super.onDestroy();
}
public void onClick(View v){
if(t != null){
t.detach();
}
t = new MyThread();
Callback callback = new Callback(){
@Override
public void finish() {
Log.v(TAG, "finish");
}
};
t.attach(callback);
t.start();
}
static interface Callback{
void finish();
}
static class MyThread extends Thread {
Callback callback;
void attach(Callback callback){
this.callback = callback;
}
void detach(){
if(callback != null){
callback = null;
}
}
public void run(){
try {
Thread.sleep(60000);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
if(callback != null){
callback.finish();
}
}
}
}

public class MainActivity extends Activity {
    private MyThread t;
    private String TAG = "tag";

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
    }
    
    @Override
    protected void onDestroy() {
        if(t != null){
            t.detach();
        }
        super.onDestroy();
    }
    
    public void onClick(View v){
        if(t != null){
            t.detach();
        }
        t = new MyThread();
        Callback callback = new Callback(){

            @Override
            public void finish() {
                Log.v(TAG, "finish");
            }
            
        };
        t.attach(callback);
        t.start();
    }
    
    static interface Callback{
        void finish();
    }
    
    static class MyThread extends Thread {
        Callback callback;
        
        void attach(Callback callback){
            this.callback = callback;
        }
        
        void detach(){
            if(callback != null){
                callback = null;
            }
        }
        
        public void run(){
            try {
                Thread.sleep(60000);
            } catch (InterruptedException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }
            if(callback != null){
                callback.finish();
            }
        }
    }
}

第二个例子在第一个例子的基础上加了回调，如果是用AsyncTask或者Handler的话，可以在回调内做更新界面的操作。最关键的部分在于线程的detach方法，它将持有Activity引用的回调成员置空。那么我们只要 保证在Activity被销毁前，所有持有该引用的变量都能被置空，这样，长时间持有Activity引用的条件也就不成立了。所以可以看到在Activity的onDestroy方法和new一个线程之前，都要将现有线程的回调置空。

二、使用MAT检测内存泄漏

MAT是eclipse的内存分析工具。接下来我会从安装开始，并结合上面的例子来简单介绍一下如何使用这个工具。

1、安装

Help--> Install New Software --> Add，链接是http://download.eclipse.org/mat/1.3/update-site/，最好要勾选“Contact all update sites...”这个选项，不然你的eclipse可能没有这个插件依赖的一些包。点击确定就等它龟速下载吧。安装完之后重启eclipse就可以用了。

2、使用

这个工具可以结合DDMS来用。先将我们的程序跑起来，然后打开DDMS，选择要分析的程序，点击Dump HPROF File按钮，稍等片刻就可以看到内存的详细使用情况了。