壮心未与年俱老,死去犹能作鬼雄。这篇文章主要讲述Android内存优化11 内存泄漏常见情况2 线程持久化相关的知识,希望能为你提供帮助。
线程持久化
java中的Thread有一个特点就是她们都是直接被GC Root所引用,也就是说Dalvik虚拟机对所有被激活状态的线程都是持有强引用,导致GC永远都无法回收掉这些线程对象,除非线程被手动停止并置为null或者用户直接kill进程操作。所以当使用线程时,一定要考虑在Activity退出时,及时将线程也停止并释放掉
内存泄漏1:AsyncTask
void startAsyncTask() {
new AsyncTask<
Void, Void, Void>
() {
@Override protected Void doInBackground(Void... params) {
while(true);
}
}.execute();
}super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
View aicButton = findViewById(R.id.at_button);
aicButton.setOnClickListener(new View.OnClickListener() {
@Override public void onClick(View v) {
startAsyncTask();
nextActivity();
}
});
使用LeakCanary检测到的内存泄漏:
![Android内存优化11 内存泄漏常见情况2 线程持久化](http://img.readke.com/220502/0045052X7-0.jpg)
文章图片
为什么?
上面代码在activity中创建了一个匿名类AsyncTask,匿名类和非静态内部类相同,会持有外部类对象,这里也就是activity,因此如果你在Activity里声明且实例化一个匿名的AsyncTask对象,则可能会发生内存泄漏,如果这个线程在Activity销毁后还一直在后台执行,那这个线程会继续持有这个Activity的引用从而不会被GC回收,直到线程执行完成。
怎么解决?
自定义静态AsyncTask类,并且让AsyncTask的周期和Activity周期保持一致,也就是在Activity生命周期结束时要将AsyncTask cancel掉。
内存泄漏2:Handler
【Android内存优化11 内存泄漏常见情况2 线程持久化】代码如下:
MainActivity.java
...
void createHandler() {
new Handler() {
@Override public void handleMessage(Message message) {
super.handleMessage(message);
}
}.postDelayed(new Runnable() {
@Override public void run() {
while(true);
}
}, 1000);
}...
View hButton = findViewById(R.id.h_button);
hButton.setOnClickListener(new View.OnClickListener() {
@Override public void onClick(View v) {
createHandler();
nextActivity();
}
});
...
为什么?
创建的Handler对象为匿名类,匿名类默认持有外部类activity, Handler通过发送Message与主线程交互,Message发出之后是存储在MessageQueue中的,有些Message也不是马上就被处理的。这时activity被handler持有
handler被message持有,message被messagequeue持有,message queue被loop持有,主线程的loop是全局存在的,这时就造成activity被临时性持久化,造成临时性内存泄漏
怎么解决?
可以由上面的结论看出,产生泄漏的根源在于匿名类持有Activity的引用,因此可以自定义Handler和Runnable类并声明成静态的内部类,来解除和Activity的引用。或者在activity 结束时,将发送的Message移除
内存泄漏3:Thread
代码如下:
MainActivity.java
void spawnThread() {
new Thread() {
@Override public void run() {
while(true);
}
}.start();
}View tButton = findViewById(R.id.t_button);
tButton.setOnClickListener(new View.OnClickListener() {
@Override public void onClick(View v) {
spawnThread();
nextActivity();
}
});
为什么?
Java中的Thread有一个特点就是她们都是直接被GC Root所引用,也就是说Dalvik虚拟机对所有被激活状态的线程都是持有强引用,导致GC永远都无法回收掉这些线程对象,除非线程被手动停止并置为null或者用户直接kill进程操作。看到这相信你应该也是心中有答案了吧 : 我在每一个MainActivity中都创建了一个线程,此线程会持有MainActivity的引用,即使退出Activity当前线程因为是直接被GC Root引用所以不会被回收掉,导致MainActivity也无法被GC回收
怎么解决?
当使用线程时,一定要考虑在Activity退出时,及时将线程也停止并释放掉
内存泄漏4:Timer Tasks
代码如下:
MainActivity.java
void scheduleTimer() {
new Timer().schedule(new TimerTask() {
@Override
public void run() {
while(true);
}
},1000);
}View ttButton = findViewById(R.id.tt_button);
ttButton.setOnClickListener(new View.OnClickListener() {
@Override public void onClick(View v) {
scheduleTimer();
nextActivity();
}
});
为什么?
这里内存泄漏在于Timer和TimerTask没有进行Cancel,从而导致Timer和TimerTask一直引用外部类Activity。
怎么解决?
在适当的时机进行Cancel。
推荐阅读
- APP开发公司强势助力,让自由创意触手可及
- Android内存优化12 内存泄漏常见情况3 注册持久化
- What is Web Application Architecture? How It Works, Trends, Best Practices and More
- 彻底理解 Android 中的阴影
- [Android FrameWork 6.0源码学习] View的重绘ViewRootImpl的setView方法
- Android 音视频深入 十四FFmpeg与OpenSL ES 播放mp3音乐,能暂停(附源码
- Android内存优化1 了解Android是如何管理App内存
- RobotFramework(App滑动屏幕)
- Android时间轴效果,直接使用在你的项目中