Android 常见内存泄漏总结、避免踩坑、提供解决方案。

admin • • 移动开发

文章目录

对常见的内存泄漏进行一波总结，希望可以帮到大家。

静态实例持有非静态内部类

描述?‍♀️

非静态内部类会持有外部类的实例，所以如果非静态内部类的实例是静态的话，那么它的生命周期就是整个APP的生命周期，而它则会一直持有外部类的引用，阻止外部类实例被系统回收。

举个例子?：

public class TestActivity extends AppCompatActivity {

    static InnerClass innerClass;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.item_layout);
        findViewById(R.id.button).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                innerClass = new InnerClass();
            }
        });
    }

    class InnerClass{}
}

此时点击button时，会创建InnerClass实例并且赋值给innerClass。因为innerClass被static修饰，所以InnerClass实例的生命周期会和应用程序一样长，但是它会持有TestActivity的实例，所以就会导致如果系统需要回收不了TestActivity的实例。造成内存泄漏?。

解决办法?‍♀️

  • 将非静态内部类替换成静态内部类，因为静态内部类不会持有外部类的引用
  • 一定要用非静态内部类的话，要保证内部类的生命周期短于外部类

耗时任务相关的匿名内部类/非静态内部类

描述?‍♀️

这个和上一个类似，非静态内部类持有外部类的实例大家都知道了，这里不在叙述了；匿名内部类也会持有外部类的实例，而且匿名内部类会结合线程使用得多，这里就拉出来讲一下。

同理因为匿名内部类会持有外部类的实例，比如线程的Runable如果在里面做了耗时任务，在外部类对象需要回收的时候，但是线程任务没有执行完，那么就会因为匿名内部类持有外部类的引用，进而阻止系统回收外部类对象了。

简单举个例子?

public class TestActivity extends AppCompatActivity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.item_layout);
        findViewById(R.id.button).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                ThreadPoolExecutor threadPoolExecutor = new ThreadPoolExecutor(0, Integer.MAX_VALUE, 60, TimeUnit.MICROSECONDS, new SynchronousQueue(), new ThreadFactory() {
                    @Override
                    public Thread newThread(Runnable r) {
                        return new Thread(new ThreadGroup("test-thread"),r);
                    }
                });
                threadPoolExecutor.submit(new Runnable() {
                    @Override
                    public void run() {
                        while (true){
                            Log.d("TAG", "run: test");
                        }
                    }
                });
            }
        });
    }
}

点击button执行线程任务，提交了一个runable进去，因为里面死循环永远不会结束。所以匿名内部类会一直持有TestActivitty对象。不会被系统回收掉?。因为匿名内部类这玩意进场使用，所以还是需要注意的！！！?‍♀️

解决方案?‍♀️

  • 将匿名内部类/非静态内部类替换成静态内部类，因为静态内部类不会持有外部类的引用
  • 一定要用匿名内部类/非静态内部类的话，要保证内部类的生命周期短于外部类

Handle内存泄漏

描述?‍♀️

这个就有点老生常谈了?，但还是的说一下。

Handler发送的Message会存储在MessageQueue里面，但是他们不一定马上就被处理了。

另外我们知道Message的Target会持有记录当前的Handler对象，用于进行消息分发。所以如果Message不被及时处理，那么Handler就无法被回收。

那么如果此时Handler是非静态的，则Handler也会导致引用它的Activity不能被回收?。

举个例子?

public class TestActivity extends AppCompatActivity {

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.item_layout);
        Handler mHandler = new Handler(){
            @Override
            public void handleMessage(Message msg) {
                super.handleMessage(msg);
            }
        };
        findViewById(R.id.button).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                mHandler.sendMessageDelayed(new Message(),100000);
                finish();
            }
        });
    }
}

当点击button时，会finish当前activity。但是因为消息没有被及时处理，间接引用了Handler对象，Handler又是匿名内部类实例，持有了activity对象。所以导致内存泄漏?‍♀️。

解决方案?‍♀️

  • 使用静态Handler内部类，handler的持有者用弱引用。

  • 在onDestroy中将未执行的消息和Callbacks清除。

            if (mHandler != null) {
            mHandler.removeCallbacksAndMessages(null);
        }

Context被长期持有

描述?‍♀️

这个也很简单，比如你把Activity的Context传给了一个长期存在的对象，那其实activity的context就是它自身，那么因为被持有就回收不了。造成内存泄漏

解决方案?‍♀️

  • 对于不是必须使用Activity的Context的情况（Dialog的Context必须使用Activity的Context），可以考虑使用Application来代替Activity的Context，因为一般使用Context无非时获取一些资源而已。
  • 一定要传入Activity的Context的话，一定要注意生命周期，不可以被长期引用。

View被静态修饰

描述?‍♀️

这个。。。。我估计没有多少人这么使用吧。如果View被静态修饰的话，因为View会持有Context，所以就会导致当前Activity不会被回收。?‍♀️

举个例子?

public class TestActivity extends AppCompatActivity {
    static View button;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.item_layout);
        button = findViewById(R.id.button);
    }
}

解决方案?‍♀️

  • 在onDestory中将view置null。

大对象/监听器释放

描述?‍♀️

大对象比如Bitmap

Bitmap对象一般比较大，而且好多操作都需要变换产生新的对象。所以需要注意一定要尽快释放临时的Bitmap对象用于节省内存。尽量避免被静态修饰或者其他长生命周期引用。

监听器的释放

很多服务需要register和unregister监听器，需要在合适的时候及时的unregister这些监听器否则容易产生内存泄漏。

解决方案?‍♀️

  • 大对象及时释放
  • 监听器在合适的时候进行释放

资源对象注意关闭

描述?‍♀️

资源对象比如File、Cursor等，如果不进行正常关闭，会造成内存泄漏。

解决方案?‍♀️

  • 通常使用异常代码块捕获，在finally语句中进行关闭，防止出现异常资源没有被正常释放问题。

集合对象

描述?‍♀️

注意一些生命周期很长的集合，比如被static修饰的集合，它的生命周期会时APP的生命周期，那么它里面维持的对象，如果在没用之后要即使清理掉，否则就会造成内存泄漏。

举个例子?

public class TestActivity extends AppCompatActivity {
    static List<View> vies;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.item_layout);
        vies.add(findViewById(R.id.button));
    }
}

view被加入集合，因为集合生命周期为APP的生命周期，所以View、Activity也回收不了，内存泄漏。

解决方案?‍♀️

  • 这个完全需要自己注意，对于长生命周期集合内部对象的管理。

创作不易，如有帮助一键三连咯?‍♀️。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
THE END
分享
二维码
< <上一篇
下一篇>>