• 1. Android 内存空间不足会引发的问题
    • 1.1 异常
    • 1.2 卡顿
    • 1.3 从 Java 堆内存超限这个问题开始
  • 2. 内存优化着手点
    • 2.1 检测 RAM usage
    • 2.2 进程
    • 2.3 安装包大小
    • 2.4 Bitmap 优化
    • 2.5 内存泄漏
      • 2.5.1 Java 内存泄漏
  • 3. Android 内存监控相关的开源库
    • 3.1 开源库简介
    • 3.2 内存泄漏检测方案对比
  • 4. LeakCanary 原理
  • 5. 项目应用
  • 补充链接

1. Android 内存空间不足会引发的问题

  • PSS : Proportional Set Size 实际使用的物理内存(比例分配共享库占用的内存)PSS相对于RSS计算共享库内存大小是按比例的。N个进程共享,该库对PSS大小的贡献只有1/N
  • VSS : Virtual Set Size 虚拟耗用内存(包含共享库占用的内存),即单个进程全部可访问的地址空间,其大小可能包括还尚未在内存中驻留的部分。对于确定单个进程实际内存使用大小,VSS用处不大。
  • RSS : Resident Set Size 实际使用物理内存(包含共享库占用的内存),即单个进程实际占用的内存大小,RSS不太准确的地方在于它包括该进程所使用共享库全部内存大小。对于一个共享库,可能被多个进程使用,实际该共享库只会被装入内存一次。
  • USS : Unique Set Size 进程独自占用的物理内存(不包含共享库占用的内存)即单个进程私有的内存大小,即该进程独占的内存部分。USS揭示了运行一个特定进程在的真实内存增量大小。如果进程终止,USS就是实际被返还给系统的内存大小。
  • 一般情况下有:VSS >= RSS >= PSS >= USS。

1.1 异常

内存造成的第一个问题是异常。异常包括 OOM、内存分配失败这些崩溃,也包括因为整体内存不足导致应用被杀死、设备重启等问题。

1.2 卡顿

APP: 内存造成的第二个问题是卡顿。Java 内存不足会导致频繁 GC,GC 会 stop the world, 严重的会导致掉帧,卡顿。

系统层面:除了频繁 GC 造成卡顿之外,物理内存不足时系统会触发 low memory killer 机制,系统负载过高是造成卡顿的另外一个原因。

android 60ps, 16ms 绘制一帧画面,卡顿会延长这个时间

这个问题在 Dalvik 虚拟机会更加明显。而 ART 虚拟机在内存管理跟回收策略上都做大量优化,内存分配和 GC 效率相比提升了 5~10 倍。如果想具体测试 GC 的性能,例如暂停挂起时间、总耗时、GC 吞吐量,我们可以通过发送 SIGQUIT 信号获得 ANR 日志。

  • adb shell kill -S QUIT PID
  • adb pull /data/anr/traces.txt

它包含一些 ANR 转储信息以及 GC 的详细性能信息。

  • sticky concurrent mark sweep paused: Sum: 5.491ms 99% C.I. 1.464ms-2.133ms Avg: 1.830ms Max: 2.133ms // GC 暂停时间
    Total time spent in GC: 502.251ms // GC 总耗时
    Mean GC size throughput: 92MB/s // GC 吞吐量
    Mean GC object throughput: 1.54702e+06 objects/s

1.3 从 Java 堆内存超限这个问题开始

主要有两类问题:

  • 堆内存单次分配过大多次分配累计过大。

    • 触发这类问题的原因有数据异常导致单次内存分配过大超限,也有一些是 StringBuilder 拼接累计大小过大导致等等。这类问题的解决思路比较简单,问题就在当前的堆栈。
  • 堆内存累积分配触顶。

    • 这类问题的问题堆栈会比较分散,在任何内存分配的场景上都有可能会被触发,那些高频的内存分配节点发生的概率会更高,比如 Bitmap 分配内存。这类 OOM 的根本原因是内存累积占用过多,而当前的堆栈只是压死骆驼的最后一根稻草,并不是问题的根本所在。所以这类问题我们需要分析整体的内存分配情况,从中找到不合理的内存使用(比如内存泄露、大对象、过多小对象、大图等)。
  • Facebook 有一个叫 device-year-class 的开源库,它会用年份来区分设备的性能

2. 内存优化着手点

一个原则: 用时分配,及时释放

adb shell dumpsys meminfo <package_name|pid> [-d]

2.1 检测 RAM usage

  • 使用状况:official document: Inspect your app’s memory usage with Memory Profiler

2.2 进程

  • 减少应用启动的进程数、减少常驻进程、有节操的保活,对低端机内存优化非常重要

不适用于我们 app

2.3 安装包大小

  • 安装包中的代码、资源、图片以及 so 库的体积,跟它们占用的内存有很大的关系。一个 80MB 的应用很难在 512MB 内存的手机上流畅运行。这种情况我们需要考虑针对低端机用户推出 4MB 的轻量版本,例如 今日头条极速版都是这个思路

2.4 Bitmap 优化

统一的图片库

2.5 内存泄漏

内存泄漏简单来说就是没有回收不再使用的内存

内存泄漏主要分两种情况,一种是同一个对象泄漏,还有一种情况更加糟糕,就是每次都会泄漏新的对象,可能会出现几百上千个无用的对象。

很多内存泄漏都是框架设计不合理所导致,各种各样的单例满天飞,View、Activity 被生命周期远远大于它的对象引用(eg: handler)。

优秀的框架设计可以减少甚至避免程序员犯错,当然这不是一件容易的事情,所以我们还需要对内存泄漏建立持续的监控

2.5.1 Java 内存泄漏

eg: LeakCanary 自动化检测方案,可以做到 Activity、Fragment、View、ViewModel 和 Service 的泄漏检测。在开发过程,我们希望出现泄漏时可以弹出对话框,让开发者更加容易去发现和解决问题。

我们首先要问清楚自己几个问题,比如我们要优化到什么目标、内存对我们造成了多少异常和卡顿。只有在明确了应用的现状和优化目标后,我们才能去进行下一步的操作。

  • 造成了多少异常和卡顿:应用性能接入框架: Tencent/matrix

  • Android 内存泄漏检测框架:LeakCanary

  • Android 线上内存检测:KOOM

3. Android 内存监控相关的开源库

3.1 开源库简介

  • bytedance Rhea – 全能型性能分析工具

    • 优点:

      • 1、使用灵活,不依赖 PC 抓取脚本,同时支持线上线下多种模式和配置开关;
      • 2、支持采集和追踪包括不限层级 ATrace 函数耗时插桩、等锁信息、I/O 信息以及 Binder 耗时等在内的多种信息;
      • 3、兼容性高,支持 API 16~30 全机型的 trace 抓取;
      • 4、零侵入代码,通过 gradle 完成插件全部配置,无任何代码直接调用。
    • 缺点:native 支持不足, 计划开源但暂未开源

  • bytedance MemoryLeakDetector – native 内存泄漏监控工具

    • 接入简单、监控范围广、性能优良、 稳定性好的特点

  • bytedance Tailor – 通用内存快照裁剪压缩工具

    • 通过它可以在异常时直接dump出一个迷你内存快照。快照中没 有任何敏感信息,更重要的是文件非常小的同时数据也相对完整,非常适合离线分析OOM及其他类型异常的调查定位

  • KOOM——高性能线上内存监控方案

    • 利用Copy-on-write机制fork子进程dump
    • 优点:速度快,不会阻塞主线程;文件极小,只是个json文件
      • 内存监控组件 定时采集内存资源占用情况,超过阈值触发内存镜像采集,决定镜像dump与分析时机,关键代码参考Monitor.java,主要针对 OOM 问题
      • 内存镜像采集组件 高性能内存镜像采集组件,包含fork dump和strip dump两个部分,关键代码参考HeapDumper.java,Java 内存部分在 LeakCanary 的基础上进行了大量优化,解决了线上内存监控的性能问题,在不影响用户体验的前提下线上采集内存镜像并解析
      • 内存镜像解析组件 高性能内存镜像解析组件,基于shark解析器定制优化,泄露判定关键代码参考LeakDetector.java ,解决的是 解决dump过程中app长时间冻结的问题

3.2 内存泄漏检测方案对比

  • 内存泄漏方案比较
  • 抖音 Android 性能优化系列:Java 内存优化篇

4. LeakCanary 原理

  • GC 回收机制

  • LeakCanary 2.7 原理分析

  • 深入分析 Handler 内存泄露

5. 项目应用

  • Detecting memory leaks in Android applications
  • Detecting memory leaks in Android applications – 中文版

  • DialogFragment你可能踩过或将要踩的坑

  • 内存泄漏的8个Case
  • Android Navigation 遇坑记 - 真实项目经历

补充链接

  • Android GC 那点事
  • Android GC原理探究

Android 内存泄漏检测开源库LeakCanary 研究相关推荐

  1. Android内存泄漏检测利器:LeakCanary

    2019独角兽企业重金招聘Python工程师标准>>> 是什么? 一言以蔽之:LeakCanary是一个傻瓜化并且可视化的内存泄露分析工具 为什么需要LeakCanary? 因为它简 ...

  2. Android内存泄漏检测工具使用手册

    Android内存泄漏检测工具使用手册 前言 LeakCanary 在Android中接入LeakCanary LeakCanary内存泄漏分析 内存泄漏上报到服务端 Shark Shark分析当前应 ...

  3. Android内存泄漏检测及修复(转载)

    本文转载自:Android内存泄漏检测及修复 最近在查Android系统上的一个内存泄漏的问题,发现利用Android ADT带的DDMS的Heap功能很好用(需要系统默认开放权限较高才行,否则DDM ...

  4. android内存泄漏原因分析,Android Studio3.6的内存泄漏检测功能 VS LeakCanary

    2020年2月,谷歌发布了Android Studio 3.6版.它包括一个新的"内存泄漏检测"功能.这是否意味着我们不再需要流行的内存泄漏检测库"Leak Canary ...

  5. Android—内存泄漏、GC及LeakCanary源码解析

    内存抖动:内存频繁的分配和回收,频繁的GC会导致UI卡顿,严重的时候导致OOM. 内存泄露:程序在向系统申请分配内存空间后(new),在使用完毕后未释放.结果导致一直占据该内存单元,我们和程序都无法再 ...

  6. 基于Android Studio的Android内存泄漏检测方法

    自从Google在2013年发布了Android Studio后,Android Studio凭借着自己良好的内存优化,酷炫的UI主题,强大的自动补全提示以及Gradle的编译支持正逐步取代Eclip ...

  7. android内存泄漏检测工具,Android内存泄漏的检测工具——LeakCanary

    首先了解什么是内存泄露html http://liuwangshu.cn/application/performance/ram-3-memory-leak.htmlandroid 1Leakcanc ...

  8. android内存泄漏检测,Android内存泄露检测之LeakCanary的使用

    开始使用 目前为止最新的版本是2.3版本,相比于2.0之前的版本,2.0之后的版本在使用上简洁了很多,只需要在dependencies中加入LeakCanary的依赖即可.而且debugImpleme ...

  9. android 监测内存泄漏工具,LeakCanary:Android内存泄漏检测工具

    LeakCanary A memory leak detection library for Android and Java. "A small leak will sink a grea ...

最新文章

  1. 多迪将企业的Python工程师定位成哪几类?
  2. laravel-admin 使用记录(2) - 快速搭建 CURD
  3. php7 最新版本,总结PHP 7.x 各个版本的新特性
  4. 将weex项目打包的关键点
  5. android 延迟2秒执行_每天30秒让你更懂汽车(10自动变速器2执行装置)
  6. 【Web安全】实战sqlmap绕过WAF
  7. 深入浅出python机器学习_7.1_支持向量机
  8. python不支持_不支持的操作:不可写的python
  9. SGU 183. Painting the balls( dp )
  10. Linux下Crontab定时执行命令
  11. 计算机操作系统(2):OS的发展过程
  12. 第6课 细胞分裂 《小学生C++趣味编程》--C++、Scratch
  13. 可并堆试水--BZOJ1367: [Baltic2004]sequence
  14. python123-python123练习题.doc
  15. Android REMOTE_SUBMIX原理(九)
  16. 碰到 oracle 10g ORA-00257
  17. 怎么使用水经注万能地图下载器制作百度兴趣点个性化地图
  18. 笔记本计算机内部部件,笔记本内部硬件构造有哪些
  19. 基于Cocos2d-x游戏引擎实战开发炸弹超人
  20. 1024,身为程序员的我们更应该思考如何放慢脚步

热门文章

  1. 淘宝店铺怎么上传产品?要注意什么?
  2. yii框架,美化路由
  3. linux d path失败返回,linux – elasticsearch systemd服务失败
  4. 电脑神器软件(二):十分钟玩转potplayer视频播放器
  5. HBuilderX 连接真机或者模拟器调试后不能运行ADB.exe的解决
  6. 【8-13】手势传感器PAJ7620U2测试 实现手势控制无人机
  7. c实战开发前奏之指针常用参数传递 三板斧头到家
  8. LLM时代NLP研究何去何从?一个博士生的角度出发
  9. linux vi命令 退出不保存,linux vi保存退出命令(如何退出vi)
  10. hbase hbck使用介绍