Android 开发简记：探索 App 性能优化之 Android 内存泄漏，想跳槽涨薪的必看
2、单例造成的内存泄漏
问题描述：Android 的单例模式使用的不恰当会造成内存泄漏。因为单例的静态特性使得单例的生命周期和应用的生命周期一样长，如果一个对象已经不需要使用了，而单例对象还持有该对象的引用，那么这个对象将不能被正常回收，这就导致了内存泄漏。
public class BankManager {
private static BankManager instance;
private Context context;
private BankManager(Context context) {
this.context = context;
}
public static BankManager getInstance(Context context) {
if (instance == null) {
instance = new BankManager(context);
}
return instance;
}
}
以上是一个普通的单例模式，当创建这个单例的时候，需要传入一个 Context，所以这个 Context 的生命周期的长短至关重要。
传入的是 Application 的 Context：单例的生命周期和 Application 的一样长，这将没有任何问题；
传入的是 Activity 的 Context：由于该 Context 和 Activity 的生命周期一样长(Activity 间接继承于 Context)，单例的生命周期可能大于 Activity 的生命周期。当这个 Context 所对应的 Activity 退出时它的内存并不会被回收，因为单例对象持有该 Activity 的引用。
解决办法：
Context 尽量使用 Application Context，因为 Application 的 Context 的生命周期比较长，引用它不会出现内存泄露的问题。
正确的单例应该为下面的方式：
public class BankManager {
private static BankManager instance;
private Context context;
private BankManager(Context context) {
this.context = context.getApplicationContext();
}
public static BankManager getInstance(Context context) {
if (instance != null) {
instance = new BankManager(context);
}
return instance;
}
}
（二）非静态内部类/匿名类
1、非静态内部类创建静态实例造成的内存泄漏
问题描述：在启动频繁的 Activity 中，为了避免重复创建相同的数据资源，会在 Activity 内部创建一个非静态内部类的单例，每次启动 Activity 时都会使用该单例的数据。若非静态内部类所创建的实例的生命周期等于应用的生命周期，会因非静态内部类持有外部类的引用，而导致外部类无法释放，最终造成内存泄露。
public class MainActivity extends AppCompatActivity {
private static TestResource mResource = null;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
if(mManager == null){
mManager = new TestResource();
}
//...
}
private class TestResource {
//...
}
}
以上代码就在 Activity 内部创建了一个非静态内部类的单例，每次启动 Activity 时都会使用该单例的数据，这样虽然避免了资源的重复创建，却会造成内存泄漏。非静态内部类会持有外部类的引用，而又使用非静态内部类创建静态实例，该实例和应用的生命周期一样长，这就导致该静态实例一直会持有 Activity 的引用，导致 Activity 的内存资源不能回收。
解决办法：
1.将非静态内部类改为静态内部类（静态内部类默认不持有外部类的引用）
2.该内部类抽取出来封装成一个单例。若需使用 Context，建议使用 Application 的 Context
2、Handler 造成的内存泄漏
问题描述：Handler 的使用造成的内存泄漏问题应该最为常见，在处理网络任务或者封装一些请求回调等 api 都应该会借助 Handler 来处理，对于 Handler 的使用代码编写一不规范即有可能造成内存泄漏，如下示例：
public class MainActivity extends AppCompatActivity {
private Handler mHandler = new Handler() {
@Override
public void handleMessage(Message msg) {
//...doSomething
}
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
loadData();
}
private void loadData(){
//...request http
Message message = Message.obtain();
mHandler.sendMessage(message);
}
}
这种创建 Handler 的方式会造成内存泄漏，由于 mHandler 是 Handler 的非静态匿名内部类的实例，所以它持有外部类 Activity 的引用，消息队列 MessageQueue 在一个 Looper 线程中不断轮询处理消息，那么当这个 Activity 退出时，消息队列中还有未处理的消息 Message 或者正在处理消息，而消息队列中的 Message 持有 mHandler 实例的引用，mHandler 又持有 Activity 的引用，所以导致该 Activity 的内存资源无法及时回收，引发内存泄漏。
解决办法：
1.创建一个静态 Handler 内部类，然后对 Handler 持有的对象使用弱引用，这样在回收时也可以回收 Handler 持有的对象，这样虽然避免了 Activity 泄漏。
2.Looper 线程的消息队列中还是可能会有待处理的消息，所以在 Activity 的 Destroy 时或者 Stop 时应该移除消息队列中的消息。
public class MainActivity extends AppCompatActivity {
private MyHandler mHandler;
private TextView mTextView
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mTextView = (TextView)findViewById(R.id.textview);
mHandler = new MyHandler(this);
loadData();
}
private void loadData() {
//...request http
Message message = Message.obtain();
mHandler.sendMessage(message);
}
private static class MyHandler extends Handler {
private WeakReference<Context> reference
;
public MyHandler(Context context) {
reference = new WeakReference<>(context);
}
@Override
public void handleMessage(Message msg) {
MainActivity activity = (MainActivity) reference.get();
if(activity != null){
activity.mTextView.setText("请求成功");
}
}
}
@Override
protected void onDestroy() {
super.onDestroy();
mHandler.removeCallbacksAndMessages(null);
}
}
3、多线程造成的内存泄漏（AsyncTask、实现 Runnable 接口、继承 Thread 类）
问题描述：工作线程 Thread 类属于非静态内部类/匿名内部类，运行时默认持有外部类的引用。当工作线程运行时，若外部类 MainActivity 需销毁，由于此时工作线程类实例持有外部类的引用，将使得外部类无法被垃圾回收器（GC）回收，从而造成内存泄露。
对于线程造成的内存泄漏，也是平时比较常见的，如下这两个示例：
new AsyncTask<Void, Void, Void>() {
@Override
protected Void doInBackground(Void... params) {
SystemClock.sleep(10000);
return null;
}
}.execute();
new Thread(new Runnable() {
@Override
public void run() {
SystemClock.sleep(10000);
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论