androidx内存泄漏

---

一、Android线程泄漏场景以及解决办法1.非静态内部类的静态实例
非静态内部类保存对外部类的引用。如果非静态内部类的实例是静态的，则维护对外部类的引用。如果一个类长期维护，组织会被系统回收，所以一个解决方案是使用静态内部类
2。非静态内部类的使用涉及到多线程。
它还有匿名内部类。如果在线程上执行耗时操作，对外部类的引用可能会导致内存泄漏，从而阻止外部类在耗​​时操作完成之前被回收。解决方案是在页面终止时终止线程中的工作。
r内存泄漏
由于handler引起的内存泄漏归纳为非静态内部内存泄漏。它可能是。handler内部的消息存储在MessageQueue中，有些消息不能立即处理，而且它们的存在时间很长，所以如果handler是非静态的，它的外部类将不会被回收。解决办法是1.使用静态处理程序并使用弱引用来处理外部类引用。2.页面退出时从消息队列中删除消息。
t导致内存泄漏。br/>
决定是使用活动上下文还是应用程序上下文。这是因为两者的生命周期不同。对于不需要使用Activity上下文的场景（对话框），请始终使用应用程序的上下文。单例模式是发生这些泄漏的最常见场景。例如，传递给Activity的上下文在静态类中引用，因此静态类无法回收。
5.由于视图造成的泄漏
静态视图允许您避免每次活动启动时读取和渲染视图，但静态视图持有对活动的引用，因此无法回收它们。思路是在Activity销毁时将静态View设置为null（当View加载到界面中时，它会持有Context对象的引用。在这个例子中，Context对象就是Activity，我们声明一个静态的View）这个View还有一个Activity请参考）
w导致的内存泄漏
如果WebView只使用一次，内存不会被释放，所以如果WebView存在，解决泄漏问题的常见方法是为WebView打开一个单独的进程根据业务需要，在适当的时候使用和释放。
7资源对象不关闭。
例如，游标、文件、广播等缓冲区经常在内部使用，可能会导致内存泄漏，因此请务必关闭它们并将引用设置为null。
8.集合中的对象不会被清理。
集合用于存储对象。随着集合变得越来越大，不会发生合理的清理，特别是如果集合是静态的。
9.位图导致内存泄漏
位图占用大量内存，不用时应及时清理，避免静态变量保存较大的位图对象。
10。监听器没有关闭。
很多需要注册和注销的系统服务必须在适当的时候注销，手动添加的监听器也必须及时删除。