【精】android 内存泄漏

视频：http://www.iqiyi.com/playlist490019502.html

github：https://github.com/kodulf/MemoryLeak 

步骤： 点击中间的textview 跳转到第二个activity，然后回到到mainactivity： 就会有内存泄漏了。

背景：

gc 机制，会去对非强应用的数据进行自动的回收，如果是强应用的，那么需要注意

首先要注意，对于弱引用，软引用，虚引用，gc 都是可以直接回收的。

分为强引用，软引用，弱引用，虚引用。

 

Handler 的内存泄漏： 可以参考https://blog.csdn.net/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