性能优化(2.6)-MAT内存泄漏分析(二)

主目录见:Android高级进阶知识(这是总目录索引)
[written by 无心追求]

宝贝中心头像切换

  • com.xtc.watch.view.widget.fancycover.FancyCoverFlowItemWrapper存在内存泄漏
  • Objects:
    [图片上传失败...(image-2d2801-1511154103918)]
  • path to gc roots:
    [图片上传失败...(image-289e28-1511154103918)]
    从上面的gc roots来看,FactCoverFlowItemWrapper是被多个对象所持有的,无论怎样都是不能被释放的,在代码中创建FactCoverFlowItemWrapper的部分:
    [图片上传失败...(image-c1ef40-1511154103918)]
    只要FactCoverFlowItemWrapper创建出来之后就无法被释放了,这个确实有点坑,在界面中
    [图片上传失败...(image-b4f87e-1511154103918)]
    正常的话应该是有4个FactCoverFlowItemWrapper对象的,这里多出了3个,还会存在一个风险,如果手表解绑,那么应该溢出掉对应的FactCoverFlowItemWrapper对象,但是从gc roots来看,FactCoverFlowItemWrapper会一直被引用的,所以有可能解绑手表后对应的FactCoverFlowItemWrapper即使移除了也无法被及时回收。

微聊模块

  • ChatActivity
    [图片上传失败...(image-4585c7-1511154103918)]
    创建了5个activity对象导致ChatActivity里面的一些对象引用都没有被释放
    [图片上传失败...(image-cc304b-1511154103918)]
    Gc roots:
    [图片上传失败...(image-54a49f-1511154103918)]
    预测是activity退出了,但是AudioManager还在执行
  • VoiceMsg
    [图片上传失败...(image-a62e9c-1511154103918)]
    代码中根本没有18条语音
    Gc roots:
    [图片上传失败...(image-abb86c-1511154103918)]
    这个原因应该是ChatActivity泄漏导致的,如果ChatActivity正常释放应该就正常了
  • ViewHolder
    [图片上传失败...(image-96bb5a-1511154103918)]
    Gc roots:
    [图片上传失败...(image-95de11-1511154103918)]

定位模块

  • com.xtc.watch.view.location.activity.LocationMainActivity
    gc roots:
    [图片上传失败...(image-82eaff-1511154103918)]
    这里倒是不会造成内存泄漏,只是在activity界面退出的时候没有及时取消ArcImageButton的动画,所以导致Activity无法立刻被回收,如果短时间内反复的进入退出定位界面,那么将会创建多个activity对象,然后等动画执行完了之后,这些activity才能在被gc的时候回收掉
    修改建议:把ArcImageButton动画在onDestroy方法里面取消掉

登录模块

[图片上传失败...(image-366f08-1511154103918)]
由于MainActivity没有释放,所以导致里Bitmap占用的内存也没有被释放
[图片上传失败...(image-d641ce-1511154103918)]
MainActivity泄漏导致里面的Bitmap无法被回收,导致7.9MB的内存可能出现问题
[图片上传失败...(image-2f509-1511154103918)]
Gc roots:
[图片上传失败...(image-ec3fc4-1511154103918)]
可能存在的问题代码MainActivity类:
[图片上传失败...(image-3423c3-1511154103918)]
进入主界面后MainActivity没有finish掉
修改建议:在启动HomePageActivity之后把MainActivity finish掉

通讯录模块

[图片上传失败...(image-816fc5-1511154103918)]
Gc roots:
[图片上传失败...(image-8fa492-1511154103918)]
[图片上传失败...(image-881494-1511154103918)]
[图片上传失败...(image-451bc-1511154103918)]
[图片上传失败...(image-13ee75-1511154103918)]
代码问题:
[图片上传失败...(image-a9b8bf-1511154103919)]
umengSocialUtil在创建的时候直接使用当前activity对象作为参数,但是这个参数必须传activity对象,所以修改建议是:对UmengSocialUtil做修改,因为这个activity对象会保存到友盟分享sdk的一些类里面,当activity退出的时候把UmengSocialUtil里面的相关对象释放掉

修改设置类开关

com.xtc.watch.view.message.helper.MessageControl存在内存泄漏:
[图片上传失败...(image-bedec6-1511154103919)]
我反复gc,过了很久之后再次gc,上述对象依然没有被回收
Gc roots:
[图片上传失败...(image-c6742a-1511154103919)]
问题代码:
[图片上传失败...(image-815fb1-1511154103919)]
线程中执行的是数据库操作实现异步,但是我并不明白在子线程中加Looper.prepare()和Looper.loop()干嘛?又没有弹Toast?loop()方法是一个死循环,导致这个线程一直无法结束所以一直存在,因此线程中的对象无法被释放,同时这个线程也占用了内存资源

APP设置模块

  • XtcDescBookActivity
    [图片上传失败...(image-9dd6b6-1511154103919)]
    Gc roots:
    [图片上传失败...(image-f1078c-1511154103919)]
    上面可以看到是由于webkit在activity退出的时候没有destroy导致CleanupReferrece里面一直持有Context造成的泄漏
    修改建议:
    把webview首先从父控件中remove掉,然后再调用destroy方法
  • AboutActivity
    [图片上传失败...(image-2a62b7-1511154103919)]
    Gc roots:
    [图片上传失败...(image-d29c8e-1511154103919)]
    仍然是由于友盟分享工具类造成的activity引用被持有了
    修改建议:根据泄漏原因把友盟分享工具改改,在activity退出的时候显示的把引用设置为null

主界面

[图片上传失败...(image-7505f0-1511154103919)]
丫的我都已经退出登录了,正常的话主界面应该已经被回收了,所以不会再有HomePageActivity的对象存在了
Gc roots:
[图片上传失败...(image-520167-1511154103919)]
话不多,有几个地方同时持有了HomePageActivity的引用
修改建议:传参数Context的时候如果不是必须用Activity就尽量用全局的ApplicationContext,或者在Activity的onDestroy把一些引用手动设置为null,但是这个好像没用,搜索了网上的解决方案发现展示webview界面可以单独开启一个进程,退出后再杀死这个进程,这样就不会造成webview的内存泄漏了,个人觉得这个靠谱,可以尝试

单例内存问题

发现一个问题,当app使用了很多模块之后,有很多单例实现的ServiceImpl类其实在退出后可能并不会频繁的调用到,但是单例对象还是占用这内存的,虽然占用的内存非常小,有几十B,也有两三百B,优化建议:可以采用弱引用来持有单例

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,324评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,303评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,192评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,555评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,569评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,566评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,927评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,583评论 0 257
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,827评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,590评论 2 320
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,669评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,365评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,941评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,928评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,159评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,880评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,399评论 2 342

推荐阅读更多精彩内容