作者：林冠宏 / 指尖下的幽灵 掘金：https://juejin.im/user/587f0dfe128fe100570ce2d8 博客：http://www.cnblogs.com/linguanh/ GitHub ： https://github.com/af913337456/ 腾讯云专栏： https://cloud.tencent.com/developer/user/1148436/activities 回答内存管理类面试问题可以说出下面这些内容，加分。 ----
介绍完 深入学习Android：虚拟机&运行时 之后，很多小伙伴问我，你描述的这些知识结构看起来艰深晦涩高大上，实际工作中能有多大用途呢？今天我就简单举个例子。
Dalvik 虚拟机支持垃圾收集，但是这不意味着你可以不用关心内存管理。你应该格外注意移动设备的内存使用，手机和平板的内存空间是受到限制的。
DVM大多数实现和传统的JVM相似，但是为了满足Android在手机端内存的限制，Dalvik对JVM做了一些独有的优化。
关于Android的垃圾回收机制，之前笔者也有发过相关的文章，但是这次增加了一部分GC源码的分析。本文的第一到第五部分，介绍GC算法的基本原理和常见优化方式。第六部分介绍Android中GC算法的部分源码实现。读者可以按需要阅读。
OOM(Out Of Memory)是Android应用开发中相信每个人都遇到过的问题，而OOM在crash log中的stack trace一般没有实际意义，因为是在分配内存的时候才会抛出OOM异常，而这个时候的stack trace和OOM的原因没有任何关系。所以OOM问题的定位和分析就需要多花费一些功夫。
Random-access memory(RAM)在任何软件开发环境都是稀有资源，在移动操作系统物理内存有限的情况下将显得更加珍贵.虽然Android的Dalvik虚拟机优化了内存回收机制，但我们也要关注你的app的内存分配和释放。
在Android的性能优化的各个部分里，内存的问题绝对是最令人头疼的一部分，虽然Android有垃圾自动回收机制不需要手动干预，但也恰因为此，出现内存问题如内存泄漏和内存溢出等，如果对内存管理机制不熟悉，会更加难以排查问题。
作为Android开发人员，我们或多或少都听说过内存泄漏。那么何为内存泄漏，Android中的内存泄漏又是什么样子的呢，本文将简单概括的进行一些总结。
Dalvik 虚拟机 也是 Java 虚拟机的一种 , 但是其没有获得 Sun 的测试审核 , 经过 Sun 公司测试 , 审核 , 授权后 , 虚拟机才能叫做 Java 虚拟机 , 只是名字上有区别 , 但是其还是符合 JVM 规范的 ;
Perfetto是一种用于分析Android操作系统性能的工具，由Google开发并开源。可以用于监测和分析Android设备的各种性能指标，如CPU使用率、内存使用情况、网络流量等等，并且可以将这些数据导出到其他工具中进行分析和可视化。下面简单阐述使用perfetto分析native和java内存的步骤
获取所有进程的内存使用的排行榜，排行是以Pss的大小而排序，能输出详细的VSS/RSS/PSS/USS内存指标。
我们把范围略微缩小点，放在移动端这个环境上，自动化测试是指在预设条件、路径下运行app，运行之后给出一个评估结果，通常会生成一份测试报告，有哪些用例通过，有哪些些用例没有通过。这一过程完全是自动的，几乎不需要认为干预的，这对于人力不足的团队来说，对于保证产品质量方面，是一个较好的选择。
内存泄漏原理 : 长生命周期对象 , 持有短生命周期对象的引用 , 并且是强引用持有 , GC 无法释放该短生命周期对象引用 , 造成 OOM ;
在上一篇《Android性能优化（三）之内存管理》中我们对Android的内存管理有了一定的认识，本篇文章从实际出发对内存进行优化，主要包含以下部分：
在开发微信小游戏的过程中，开发者往往会遇到很多内存问题，如内存泄漏或者内存溢出等。对目前几款微信创意小游戏进行测试发现，微信小游戏运行时的异常Crash多是由于内存占用过多造成的。为了方便开发者调优小游戏内存，本文从开发、测试与现网不同阶段介绍我们常见的内存分析与调优工具。
作者 | 刘志龙（花名 正纬） 阿里巴巴高级无线开发专家 10x04 背景 截止到目前，国内的大部分 Android 应用仍然是 32 位架构，特征是仅提供了 armeabi/armeabi-v7a 架构的动态库。Android 系统在启动此类应用的时候，会使用 32 位的 Zygote 进程孵化应用，让整个应用运行在 32 位兼容模式。虽然 Android 早在 5.0 版本就已经支持 64 位 CPU，但多年以来，大部分国内应用仍然运行在 32 位兼容模式。早在 2019 年 1 月，Google Pl
半年前写了一篇文章，介绍 如何调试Android Framework，但是只提到了Framework中Java代码的调试办法，但实际上有很多代码都是用C++实现的；无奈当时并并没有趁手的native调试工具，无法做到像Java调试那样简单直观（gdb+eclipse/ida之流虽然可以但是不完美），于是就搁置下了。
meminfo的信息中各字段都是什么含义， 要理解各字段含义，我们才好进行内存的优化。
翻出了3年前的Google IO大会的主题演讲 Google IO 2011 Memory management for Android Apps，该演讲介绍了Android系统在垃圾回收上的变化和如何发现并内存泄露以及如何管理Android中的内存。本演讲对开发者还是有很大的帮助。
性能优化除过我们平时自己设计和开发之外就得考虑使用工具进行检测。Android 关于能够定位和剖析问题的内存工具有很多，但不是每个工具所有场景都能覆盖到。
一、概述 Android内存的文章详见：http://blog.csdn.net/linghu_java/article/details/39480761 在Android的开发中，经常听到“内存泄漏”这个词。“内存泄漏”就是一个对象已经不需要再使用了，但是因为其它的对象持有该对象的引用，导致它的内存不能被回收。“内存泄漏”的慢慢积累，最终会导致OOM的发生，千里之堤，毁于蚁穴。所以在写代码的过程中，应该要注意规避会导致“内存泄漏”的代码写法，提高软件的健壮性。 本文将从发现问题、解决问题、总结问题的三个
错误列表与解决方案: 1.Android studio Gradle project sync failed Android studio 构建项目出错 Error:Unable to start the daemon process: could not reserve enough space for object heap. Please assign more memory to Gradle in the project's gradle.properties file. For example,
09-29 13:35:41.884: E/SQLiteLog(20098): (10) Failed to do file read, got: 0, amt: 100, last Errno: 2 09-29 13:35:46.857: E/dalvikvm-heap(20098): Out of memory on a 31360016-byte allocation. 09-29 13:35:46.862: E/AndroidRuntime(20098): FATAL EXCEPTION: main 09-29 13:35:46.862: E/AndroidRuntime(20098): Process: com.example.nongmin, PID: 20098 09-29 13:35:46.862: E/AndroidRuntime(20098): java.lang.OutOfMemoryError 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.graphics.BitmapFactory.nativeDecodeAsset(Native Method) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:616) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:451) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:840) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.content.res.Resources.loadDrawable(Resources.java:2235) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.content.res.Resources.getDrawable(Resources.java:722) 09-29 13:35:46.862: E/AndroidRuntime(20098): at com.jarvis.message.ChatMain.onCreate(ChatMain.java:121) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.app.Activity.performCreate(Activity.java:5451) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1097) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2346) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2443) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.app.ActivityThread.access$800(ActivityThread.java:157) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1354) 09-29 13:35:46.862: E/AndroidRuntime(20098): at android.os.Handler.dispatchMessage(H
This is the subtitle for Google I/O 2011: Memory management for Android Apps.
在Android Studio3.0 Preview版本中，Android Profiler中提供了Memory Monitor工具来监控选中App内存变化，可以方便的追踪内存回收以及定位内存泄露，追踪内存分配，呈现出当前内存的分配与使用情况。
前言 1.Memory Monitor 在Android Studio(以下简称AS)中Android Monitor是一个主窗口，它包含了Logcat,、Memory Monitor、CPU Monitor、 GPU Monitor和Network Monitor。其中Memory Monitor可以轻松地监视应用程序的性能和内存使用情况，以便于找到被分配的对象，定位内存泄漏，并跟踪连接设备中正在使用的内存数量。Memory Monitor可以报告出你的应用程序的内存分配情况， 更形象的呈现出应用程序使用
App开发不可避免的要和图片打交道，由于其占用内存非常大，管理不当很容易导致内存不足，最后OOM，图片的背后其实是Bitmap，它是Android中最能吃内存的对象之一，也是很多OOM的元凶，不过，在不同的Android版本中，Bitmap或多或少都存在差异，尤其是在其内存分配上，了解其中的不用跟原理能更好的指导图片管理。先看Google官方文档的说明：
导语 智能手机发展到今天已经有十几个年头，手机的软硬件都已经发生了翻天覆地的变化，特别是Android阵营，从一开始的一两百M到今天动辄4G，6G内存。然而大部分的开发者观看下自己的异常上报系统，还是会发现各种内存问题仍然层出不穷，各种OOM为crash率贡献不少。Android开发发展到今天也是已经比较成熟，各种新框架，新技术也是层出不穷，而内存优化一直都是Android开发过程一个不可避免的话题。 恰好最近做了内存优化相关的工作，这里也对Android内存优化相关的知识做下总结。 在开始文章之前推荐下公
自动管理内存和回收机制，垃圾回收器负责回收程序中已经不使用，但是仍然被各种对象占用的内存，将程序员从繁重、危险的内存管理工中解放出来。
本篇是 Android 内存优化的进阶篇，难度可以说达到了炼狱级别，建议对内存优化不是非常熟悉的仔细看看前篇文章： Android性能优化之内存优化，其中详细分析了以下几大模块：
Android的ION子系统的目的主要是通过在硬件设备和用户空间之间分配和共享内存，实现设备之间零拷贝共享内存。说来简单，其实不易。在Soc硬件中，许多设备可以进行DMA，这些设备可能有不同的能力，以及不同的内存访问机制。
链接：https://juejin.im/post/5e72b2d151882549236f9cb8
1. android studio 下如何dump heap Paste_Image.png 如图所示，在android studio下dump内存操作还是比较方便的。大致就是在minitor里面操作
UE4游戏在Android上的进程内存占用(PSS)很让人困惑, 没有一个清晰直观的方式可以统计到每一部分的内存占用. 所以在做内存分析的过程中顺手做了一个统计工具, 可以从系统底层统计UE4在Android的所有内存分配(包括Graphics部分).
Perfetto是用于性能检测和跟踪分析的生产级开源堆栈。它提供用于记录系统级和应用程序级跟踪的服务和库，本机Java堆分析，使用SQL分析跟踪的库以及基于Web的UI以可视化的系统性能分析。在Android上，Perfetto是下一代系统性能的分析工具，它取代了systrace。 仍完全支持SYSTRACE.
避免因不正确使用内存 & 缺乏管理，从而出现 内存泄露（ML）、内存溢出（OOM）、内存空间占用过大 等问题，最终导致应用程序崩溃（Crash）
Frida常用命令。 ADB常用命令 # 查看Android处理器架构 adb shell getprop ro.product.cpu.abi # 获取包名和主Activity(手机打开APP状态) adb shell dumpsys window | findstr mCurrentFocus # 启动APP(包名/主Activity) adb shell am start com.autonavi.minimap/com.autonavi.map.activity.NewMapActivit
在做Android图片程序的时候，由于图片比较多，很有很的机会出现OOM的机会，根据网上的资料做了些总结，期待能够减少OOM出现的机会。 1.使用底层的方法来替代使用java层的方法 尽量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource来设置一张大图。 因为这些函数在完成decode后，最终都是通过java层的createBitmap来完成的，需要消耗更多内存。 因此，改用先通过BitmapFactory.de
前言 要学习Android的内存优化，首先要了解Java虚拟机，此前我用了多篇文章来介绍Java虚拟机的知识，就是为了这个系列做铺垫。在Android开发中我们接触的是与Java虚拟机类似的Dalvik虚拟机和ART虚拟机，这一篇我们就来了解它们的基本原理。 1.Dalvik虚拟机 Dalvik虚拟机（ Dalvik Virtual Machine ），简称Dalvik VM或者DVM。它是由Dan Bornstein编写的，名字源于他的祖先居住过的名为Dalvik的小渔村。DVM是Google专门为And
大概一年以前，写过一篇 LeakCanary 源码解析 ，当时是基于 1.5.4 版本进行分析的 。Square 公司在今年四月份发布了全新的 2.0 版本，完全使用 Kotlin 进行重构，核心原理并没有太大变化，但是做了一定的性能优化。在本文中，就让我们通过源码来看看 2.0 版本发生了哪些变化。本文不会过多的分析源码细节，详细细节可以阅读我之前基于 1.5.4 版本写的文章，两个版本在原理方面并没有太大变化。
adb的工作方式比较特殊采用监听Socket TCP 5554等端口的方式让IDE和Qemu通讯，默认情况下adb会daemon相关的网络端口，所以当我们运行Eclipse时adb进程就会自动运行。 1.通过adb可以轻松的执行Linux Shell命令，如adb shell dir 就是列举目录，在Linux中根目录为/而不是Windows上的C盘、D盘。 2.安装apk程序到模拟器则执行adb install android123.apk，这样名为android123的安装包就会安装到Android模拟器中，前提是android123.apk文件需要放到SDK/Tools目录下。 3.向emulator传送文件， 使用adb push android123.txt /tmp/android123.txt命令可以把SDK/Tools下的android123.txt文件传输到模拟器的/tmp/文件夹中，需要注意的是/tmp/文件夹中内容会在Android模拟器重新启动时清空。 4.从Android仿真器中回传文件到电脑
到这里你就可以检测到Activity的内容泄露了。其实现原理是设置Application的ActivityLifecycleCallbacks方法监控所有Activity的生命周期回调。内部实现代码为
demo 一个非常简单的 LeakCanary demo: https://github.com/liaohuqiu/leakcanary-demo 开始使用 在 build.gradle 中加入引用，不同的编译使用不同的引用： dependencies { debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3' releaseCompile 'com.squareup.leakcanary:leakcanary-androi
2. 注意在ListView/GridView等出现大量重复子组件的视图里面对ConvertView的复用3. Bitmap对象的复用
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
