首页 新闻 会员 周边 捐助

INetworkCallbackStub的匿名类没有被释放

0
[已关闭问题] 关闭于 2018-03-09 23:23

内存泄露的检测和修复一直是每个APP的重点和难点,也有很多文章讲述了如何检测和修复。本篇文章 
结合最近开发的项目遇到的实例,讲述下Android Binder导致的内存泄露的一个案例。

发现问题

参与的项目在最近的版本接入了一个开源的内存检测工具LeakCanary,在提交给QA测试验证后。 
瞬间检测出来N多的内存泄露,XXXActivity泄露,XXXActivity泄露…坑爹的是,这种泄露还不是必现的。好在堆栈都基本一样,随便拉一个出来分享吧 
* com.ui.theme.ThemeListActivity has leaked: 
* GC ROOT com.business.netscene.NetSceneBase1.this1.this0 (anonymous class extends com.data.network.framework.INetworkCallbackStub)referencescom.common.util.image.SceneBitmapDownload.inforeferencescom.common.util.image.BitmapDownloadInfo.imageLoadInterfacereferencescom.ui.common.RoundedImageViewStub)∗referencescom.common.util.image.SceneBitmapDownload.info∗referencescom.common.util.image.BitmapDownloadInfo.imageLoadInterface∗referencescom.ui.common.RoundedImageView4.this$0 (anonymous class implements com.common.util.image.ImageLoadInterface) 
* references com.ui.common.RoundedImageView.mContext 
* leaks com..ui.theme.ThemeListActivity instance

定位问题

通过堆栈信息可以清楚的看到Activity到GCRoot的完整引用链,最终泄露是由于继承INetworkCallbackStubINetworkCallbackStub的匿名类没有被释放。通过函数名就可以知道INetworkCallbackStub是Android自动生成的用于跨进程通信的框架,到对应的NetSceneBase查看对应的代码:

(小妹)服务【十V信:woshi2518 婷婷】服务(小妹)找一晚上全套多少【十V信:woshi2518 婷婷】让.你.感.受.帝.王.般.的.尊.崇!品.质.服.务,精.彩.无.限!高.素.质、严.格.的.技.术,一.流.的.服.务,帝.王.般.的.享.受.!

tianyacao的主页 tianyacao | 菜鸟二级 | 园豆:204
提问于:2018-03-09 23:23
< >
分享
清除回答草稿
   您需要登录以后才能回答,未注册用户请先注册