视频:http://www.iqiyi.com/playlist490019502.html
github:https://github.com/kodulf/MemoryLeak
步骤: 点击中间的textview 跳转到第二个activity,然后回到到mainactivity: 就会有内存泄漏了。
背景:
gc 机制,会去对非强应用的数据进行自动的回收,如果是强应用的,那么需要注意
首先要注意,对于弱引用,软引用,虚引用,gc 都是可以直接回收的。
分为强引用,软引用,弱引用,虚引用。
Handler 的内存泄漏: 可以参考https://blog.youkuaiyun.com/alex01550/article/details/82744191
demo:
我们需要做的就是发送一个handler 的delay 的消息,然后在这个时间内调到之前的activity
public void startTwentySecondsDelayed(View view) { mHandler.sendEmptyMessageDelayed(1,1000*20); }
发生原因:
对象没有被收回,已经没有用了,
例如静态的view,还有不停播放的动画,还有没有注销的listener以及广播接收者。
解决办法:
发现:
1: 点击运行后才会有profile
2: 首先触发点击gc, 然后dump 一下当前的内存空间, 关键点:这个时候按照arrange by package 查看我们的应用里面的内容, 例如,我们现在已经从secondActivity回到我们的MainActivity的话,应该是不会出现secondactivity的对象,如果有,那么说明有内存泄漏
3: 将当前的export 出来,格式是hprof,
4: 需要通过android studio 自带的hprof 转换工具,转化为mat 可以识别的格式
5: 使用mat 打开。点击histogram,搜索secondActivity*
6: 右键 Merge Shortest Path to GC Roots. exclude all phantom/weak/soft etc. referecens
7: 就可以查看到泄漏的部分了。
8: 如果是已经进行了编译的,我们可以将路径拷贝到文件中,点击相应的就可以跳转到相应的地方了
解决:
要根据实际的内存泄漏溢出的问题去解决,例如如果是因为没有注销listener的那么就去注销
参考:
http://www.iqiyi.com/playlist490019502.html