Android应用内存泄漏的定位、分析与解决策略

简介:

Hello,大家好,我是Clock。翻了一下简书,发现有一个多月没有更新博客,本来今天打算和妹纸去电影院看《你的名字》,然后再去到处浪的。

结果因为妹纸公司临时有事,她不得不回公司一趟... 然后我也只能宅家里了,既然妹纸不在家,刚好最近一直在为项目做内存泄漏的优化工作,那就来写一点个人总结好了。

什么是内存泄漏

对于不同的语言平台来说,进行标记回收内存的算法是不一样的,像 Android(Java)则采用 GC-Root 的标记回收算法。下面这张图就展示了 Android 内存的回收管理策略(图来自Google 2011的IO大会)

图中的每个圆节点代表对象的内存资源,箭头代表可达路径。当圆节点与 GC Roots 存在可达路径时,表示当前资源正被引用,虚拟机是无法对其进行回收的(如图中的黄色节点)。反过来,如果圆节点与 GC Roots 不存在可达路径,则意味着这块对象的内存资源不再被程序引用,系统虚拟机可以在 GC 过程中将其回收掉。

有了上面的内存回收的栗子,那么接下来就可以说说什么是内存泄漏了。从定义上讲,Android(Java)平台的内存泄漏是指没有用的对象资源任与GC-Root保持可达路径,导致系统无法进行回收。举一个最简单的栗子,我们在 Activity 的 onCreate 函数中注册一个广播接收者,但是在 onDestory 函数中并没有执行反注册,当 Activity 被 finish 掉时,Activity 对象已经走完了自身的生命周期,应该被资源回收释放掉,但由于没有反注册, 此时 Activity 和 GC-Root 间任然有可达路径存在,导致 Activity 虽然被销毁,但是所占用的内存资源却无法被回收掉。类似的栗子其实有很多,不一一例举了。对于 Android(Java)内存回收管理想要再深入了解的童鞋,可以看看下面资源:

泄漏的源头

了解完内存泄漏的理论知识后,再来归类一下内存泄漏的源头。这里我将其归位以下三类:

  • 自身编码引起

由项目开发人员自身的编码造成。

  • 第三方代码引起

这里的第三方代码包含两类:第三方非开源的SDK和开源的第三方框架。

  • 系统原因

由 Android 系统自身造成的泄漏,如像 WebView 、 InputMethodManager 等引起的问题,还有某些第三方 ROM 存在的问题。

泄漏的定位

内存泄漏不像闪退的BUG,排查起来相对要比较困难些,比较极端的情况是当你的应用 OOM 了才发现存在内存泄漏问题,到了这种情况才去排查处理问题的话,对用户的影响就太大了。为此,我们能够在编码中尽早发现到问题就不要拖到上线之后才去填坑,下面介绍一些我比较常用排查内存泄漏的工具。

  • 静态代码分析工具 —— Lint

Lint 是 Android Studio 自带的工具,使用姿势很简单 Analyze -> Inspect Code 然后选择想要扫面的区域即可

 

对可能引起泄漏的编码,Lint 都会进行温馨提示。

这里只是抛砖引玉的介绍 Lint ,实际上玩法还有很多,大家可以自行拓展学习。除了 Lint 外,还有像 FindBugs 、 Checkstyle 等静态代码分析工具也是很不错的。

  • 严苛模式 —— StrictMode

StrictMode 是 Android 系统提供的 API ,在开发环境下引入可以更早的暴露发现问题。官方文档链接在下面(需要科学上网):

https://developer.android.com...

以官网的示例代码为栗子,一般 StrictMode 只在测试环境下启用,到了生产环境就会进行关闭,通常我们都会借助 BuildConfig.DEBUG 来实现。

启用 StrictMode 后,在过滤日志的地方加上 StrictMode 的过滤 Tag ,如果手机连接着电脑进行开发,定期观察一下 StrictMode 这个 Tag 下的日志,一般你看到一大堆红色告警的 Log,就需要好好排查一下是否跟内存泄漏有关了。

  • LeakCanary 

Square 公司出品的内存分析工具,官方地址如下:

https://github.com/square/lea...

LeakCanary 和 StrictMode 一样,需要在项目代码中集成,不过代码也非常简单,如下的官方示例。

build.gradle 引入,Application 中加入两三行代码,即可搞定。以上只是简单的引入,还有更多使用姿势建议详细阅读它的 Wiki 下 FAQ:

https://github.com/square/lea...

我对使用 LeakCanary 有以下两点感受:

  1. 当内存泄漏发生时,LeakCanary 会弹窗提示并生成对应的堆存储信息记录,这让我们对隐蔽的内存泄漏问题有了更加直观的感觉,但从实际使用来看,LeakCanary 的每个提示也并非是真正存在内存泄漏问题,要想确定是否存在问题我们还需要借助 MAT 来进行最后的确定。
  2. Android 系统本身就存在一些问题导致应用内存泄漏,LeakCanary 的 AndroidExcludedRefs 类帮助我们处理了不少这类问题。
  • Android Memory Monitor

AndroidStudio 提供的工具,用于监控应用的内存使用状态,在开发中也是非常实用的工具,可以用来打印出内存的状态信息。

打印获得的内存信息如下,可以通过右上角的绿色三角形按钮去分析泄漏的 Activity 和 一些重复的字符串,目前只支持这两个,希望 Google 后面能够加入更多可选分析规则

同样,这里也只是抛砖引玉的简单介绍,关于它的使用在官方文档已经说得很详细了,需要的童鞋自行查看下方链接(需科学上网):

https://developer.android.com...

  • Memory Analyzer (MAT)

老牌子分析工具,可以从 http://www.eclipse.org/mat/ 下载获得,网上关于 MAT 使用的文章好多,大家可以自行查找。上面的 Android Memory Monitor 生成的对储存信息文件可以配置 MAT 一起来分析使用,由于 Android Memory Monitor 生成的 hprof 文件不是标准格式,所以需要做一下转换,然后导入 MAT

然后通过 OQL 先定位出泄漏的对象

通过排除除了强引用之外的其他引用链,最后分析到 GC Root 的位置

MAT 使用起来相对繁琐,但不失为定位根源问题的利器。

  • adb shell 命令

使用 adb shell dumpsys meminfo [PackageName],可以打印出指定包名的应用内存信息

使用该命令可以很直观的观察到 Activity 的泄漏问题,是我平常分析比较常用的一种方式。除了使用命令外,AndroidStudio 也提供了下面的功能,和使用命令是一样效果的。

如果对 adb shell 命令感兴趣,更多的信息可以看下面提供的资源:

以上就是我在做内存泄漏分析的时候会用到的工具,通常都是结合起来用,毕竟每个工具都有优缺点,通过使用多个工具互补分析问题可以极大的提高我们的效率和最终取得的效果。

泄漏的解决策略

聊完工具,最后来谈谈内存泄漏问题的解决策略。我把它总结为以下三点:

  • 完成需求功能开发后,再去优化内存泄漏问题;
  • 泄漏源有多处时,核心功能产生的泄漏优先处理,用户使用频繁的功能引起的泄漏优先处理;
  • 处理泄漏避免影响原有的代码逻辑,优化过后最好能够让测试童鞋过一遍相关的功能,避免引入未知的BUG;

总结

对于如何在编码上去解决内存泄漏问题,网络上有提供了很多场景及其解决方案,大家可以自行借助搜索引擎。通过掌握分析方法和对泄漏场景及其解决方案的积累,相信大家处理内存泄漏问题是游刃有余的。当然,也并不是所有内存泄漏问题我们都能够进行处理,就例如第二章节提到的泄漏源头是由第三方代码引起时,我们就显得无能为力了。最近在排查的过程中就发现不少第三方 SDK 存在泄漏问题,遇上这种情况就得找找可替代的 SDK 进行更换了。以上就是我做内存泄漏分析的一些心得总结,如果有错误和不足,还请大家指出。



作者:D_clock爱吃
来源:51CTO
目录
相关文章
|
12天前
|
Web App开发 监控 JavaScript
监控和分析 JavaScript 内存使用情况
【10月更文挑战第30天】通过使用上述的浏览器开发者工具、性能分析工具和内存泄漏检测工具,可以有效地监控和分析JavaScript内存使用情况,及时发现和解决内存泄漏、过度内存消耗等问题,从而提高JavaScript应用程序的性能和稳定性。在实际开发中,可以根据具体的需求和场景选择合适的工具和方法来进行内存监控和分析。
|
3天前
|
安全 数据安全/隐私保护 Android开发
探索Android与iOS的隐私保护策略
在数字时代,智能手机已成为我们生活中不可或缺的一部分,而随之而来的则是对个人隐私和数据安全的日益关注。本文将深入探讨Android与iOS两大操作系统在隐私保护方面的策略和实践,分析它们如何应对日益严峻的隐私挑战,以及用户应如何保护自己的数据安全。通过对比分析,我们将揭示两大系统在隐私保护方面的优势和不足,为用户提供有价值的见解和建议。
|
12天前
|
安全 Android开发 数据安全/隐私保护
深入探讨iOS与Android系统安全性对比分析
在移动操作系统领域,iOS和Android无疑是两大巨头。本文从技术角度出发,对这两个系统的架构、安全机制以及用户隐私保护等方面进行了详细的比较分析。通过深入探讨,我们旨在揭示两个系统在安全性方面的差异,并为用户提供一些实用的安全建议。
|
4天前
|
前端开发 Android开发 开发者
探索Android与iOS的跨平台开发策略
在当今多元化的移动设备市场中,开发者面临着为不同操作系统设计应用的挑战。本文深入探讨了Android和iOS两大主流平台的跨平台开发策略。我们将分析使用Flutter、React Native等框架进行跨平台开发的优劣,并讨论如何克服各平台间的差异性,以实现高效、一致的用户体验。此外,文章还将提供一些实用的技巧和最佳实践,帮助开发者优化跨平台应用的性能和兼容性。
18 4
|
5天前
|
前端开发 Android开发 iOS开发
探索Android与iOS的跨平台开发策略
在移动应用开发的多元化时代,跨平台开发已成为开发者追求效率和广泛覆盖的重要手段。本文深入探讨了Android与iOS两大主流平台下的跨平台开发策略,分析了各自的优势与挑战,并通过实际案例展示了如何有效实施跨平台解决方案,以期为开发者提供有价值的参考和启示。
|
7天前
|
开发框架 监控 .NET
【Azure App Service】部署在App Service上的.NET应用内存消耗不能超过2GB的情况分析
x64 dotnet runtime is not installed on the app service by default. Since we had the app service running in x64, it was proxying the request to a 32 bit dotnet process which was throwing an OutOfMemoryException with requests >100MB. It worked on the IaaS servers because we had the x64 runtime install
|
6天前
|
存储 分布式计算 算法
1GB内存挑战:高效处理40亿QQ号的策略
在面对如何处理40亿个QQ号仅用1GB内存的难题时,我们需要采用一些高效的数据结构和算法来优化内存使用。这个问题涉及到数据存储、查询和处理等多个方面,本文将分享一些实用的技术策略,帮助你在有限的内存资源下处理大规模数据集。
16 1
|
8天前
|
存储 监控 Java
深入理解计算机内存管理:优化策略与实践
深入理解计算机内存管理:优化策略与实践
|
17天前
|
Web App开发 JavaScript 前端开发
使用 Chrome 浏览器的内存分析工具来检测 JavaScript 中的内存泄漏
【10月更文挑战第25天】利用 Chrome 浏览器的内存分析工具,可以较为准确地检测 JavaScript 中的内存泄漏问题,并帮助我们找出潜在的泄漏点,以便采取相应的解决措施。
113 9
|
12天前
|
JSON Java Android开发
探索安卓开发之旅:打造你的第一个天气应用
【10月更文挑战第30天】在这个数字时代,掌握移动应用开发技能无疑是进入IT行业的敲门砖。本文将引导你开启安卓开发的奇妙之旅,通过构建一个简易的天气应用来实践你的编程技能。无论你是初学者还是有一定经验的开发者,这篇文章都将成为你宝贵的学习资源。我们将一步步地深入到安卓开发的世界中,从搭建开发环境到实现核心功能,每个环节都充满了发现和创造的乐趣。让我们开始吧,一起在代码的海洋中航行!