大家好，我是 shixin。

在日常工作中，咱们往往只重视 Java 内存运用情况，这首要是因为 Java 内存剖析相关的东西比较多。与之不同的是，图片内存剖析的东西比较少，当剖析图片内存问题时咱们需求花费很大的精力。

咱们知道，在 Android 运用运用的内存中，图片总是占有不少份额。拿小米 12 来说，3200 x 1440 的分辨率，一张全屏的图片至少要占用 17MB（3200 x 1440 x 4 ）。假如缓存里多几张，基本就要达到上百 MB。加载的图片稍有不妥，就可能导致运用的内存溢出溃散大大增加。

因而，咱们需求这样的东西：能够快速发现运用内加载的图片是否合理，比方巨细是否适宜、是否存在走漏、缓存是否及时整理、是否加载了当时并不需求的图片等等。

AndroidBitmapMonitor 正是为此而生！它是一个开源的 Android 图片内存剖析东西，能够协助开发者快速发现运用的图片运用是否合理，支撑在线下和线上运用。

AndroidBitmapMonitor 供给了这些功用：

1. 获取内存中的 Bitmap 数量及占用内存
2. 查看 Bitmap 创立库房及线程
3. 导出 Bitmap 图片，协助直接定位问题所属事务
4. 动态开关，能够在任意时刻开端和结束

功用介绍

• 支撑 Android 4.4 – 13 (API level 19 – 33)
• 支撑 armeabi-v7a 和 arm64-v8a
• 支撑线下实时查看图片内存情况 和 线上数据计算

能够供给的功用：

1. 获取内存中的图片数量及占用内存
2. 获取 Bitmap 创立库房及线程
3. 全版别 Bitmap Preview，在库房无法看出问题时，能够用来定位图片所属事务

动图：

中心功用截图：

运用文档

首要有四步：

1. 增加 gradle 依靠
2. 初始化配置
3. 在需求的时候调用 start 和 stop
4. 获取数据

1. 在 build.gradle 中增加依靠

Android Bitmap Monitor 发布在 mavenCentral 上，因而首先需求确保您的项目有运用 mavenCentral 作为库房。

您能够在根目录的 build.gradle 或者 setting.gradle 中增加以下代码：

allprojects {
    repositories {
        //...
        //增加 mavenCentral 依靠
        mavenCentral()
    }
}

接着在详细事务的 build.gradle 文件中增加依靠：

android {
    packagingOptions {
        pickFirst 'lib/*/libshadowhook.so'
    }
}
dependencies {
    implementation 'io.github.shixinzhang:android-bitmap-monitor:1.0.2'
}

请注意：为了防止和其他库冲突，上面的 packagingOptions 中 pickFirst 'lib/*/libshadowhook.so' 是必要的。

增加完依靠并履行 gradle sync 后，下一步就是在代码里进行初始化和发动。

2. 初始化

初始化需求调用的 API 是 BitmapMonitor.init：

        long checkInterval = 10;
        long threshold = 100 * 1024;
        long restoreImageThreshold = 100 * 1024;;
        String dir = this.getExternalFilesDir("bitmap_monitor").getAbsolutePath();
        BitmapMonitor.Config config = new BitmapMonitor.Config.Builder()
                .checkRecycleInterval(checkInterval)    //查看图片是否被收回的间隔，单位：秒 （主张不要太频频，默认 5秒）
                .getStackThreshold(threshold)           //获取库房的阈值，当一张图片占有的内存超过这个数值后就会去抓栈
                .restoreImageThreshold(restoreImageThreshold)   //复原图片的阈值，当一张图占有的内存超过这个数值后，就会复原出一张原始图片
                .restoreImageDirectory(dir)             //保存复原后图片的目录
                .showFloatWindow(true)                  //是否展现悬浮窗，可实时查看内存巨细（主张只在 debug 环境翻开）
                .isDebug(true)
                .context(this)
                .build();
        BitmapMonitor.init(config);

当 showFloatWindow 为 true 时，初次发动 app 需求授予悬浮窗权限。

3. 敞开和中止监控

初始化完成后，能够在任意时刻调用 start/stop 敞开和中止监控:

        //敞开监控，方法1
        BitmapMonitor.start();
        //敞开方法2，供给页面获取接口，主张运用
        BitmapMonitor.start(new BitmapMonitor.CurrentSceneProvider() {
            @Override
            public String getCurrentScene() {
                //返回当时顶部页面称号
                if (sCurrentActivity != null) {
                    return sCurrentActivity.getClass().getSimpleName();
                }
                return null;
            }
        });
        //中止监控
        BitmapMonitor.stop();

上面的代码中，敞开方法 2 的参数用来获取图片创立时的页面称号，这个接口能够协助知道大图是在哪个页面创立的。假如不想供给这个接口能够运用敞开方法 1。

那咱们该在什么运用敞开监控呢？

一般有「大局敞开」和「分事务敞开」两种运用方法：

1. 大局敞开：一发动就 start，用于了解整个 APP 运用进程中的图片内存数据
2. 分事务敞开：在进入某个事务前 start，退出后 stop，用于了解特定事务的图片内存数据

4. 获取数据

在初始化完成并敞开监控后，咱们就能够拦截到每张图片的创立进程。

Android Bitmap Monitor 供给了两种获取内存中图片数据的 API：

1. 守时回调 addListener
2. 主动获取数据 dumpBitmapInfo

守时回调 是指注册一个 listener，这个接口的回调会依照一守时刻间隔被调用，能够用来做实时监控：

        BitmapMonitor.addListener(new BitmapMonitor.BitmapInfoListener() {
            @Override
            public void onBitmapInfoChanged(final BitmapMonitorData data) {
                Log.d("bitmapmonitor", "onBitmapInfoChanged: " + data);
            }
        });

间隔时刻是初始化时传递的参数 checkRecycleInterval，返回的数据结构如下所示：

public class BitmapMonitorData {
    //前史创立的总图片数
    public long createBitmapCount;
    //前史创立的总图片内存巨细，单位 byte
    public long createBitmapMemorySize;
    //当时内存中还未收回的图片数
    public long remainBitmapCount;
    //当时内存中还未收回的图片内存巨细，单位 byte
    public long remainBitmapMemorySize;
    //走漏（未开释）的 bitmap 数据
    public BitmapRecord[] remainBitmapRecords;
    //...
}

主动获取数据 是指主动调用 BitmapMonitor.dumpBitmapInfo() 获取内存中的一切数据，能够用在内存升高时上报数据：

        //获取一切数据
        BitmapMonitorData bitmapAllData = BitmapMonitor.dumpBitmapInfo();
        Log.d("bitmapmonitor", "bitmapAllData: " + bitmapAllData);
        //仅获取数量和内存巨细，不获取详细图片信息
        BitmapMonitorData bitmapCountData = BitmapMonitor.dumpBitmapCount();
        Log.d("bitmapmonitor", "bitmapCountData: " + bitmapCountData);

dumpBitmapInfo 会返回内存中一切图片的信息，假如只想获取到图片的总数和内存总量，能够调用 dumpBitmapCount，速度更快更轻量。

总结

这篇文章介绍了最新开源的图片内存剖析东西 Android Bitmap Monitor 的功用与中心 API，能够看到，它供给了很多图片的信息，咱们能够用它干什么呢？

现在想到这些运用场景：

1. 大图报警： 一旦线上呈现过大的图片加载，能够上报一条日志，告诉开发人员查看
2. 图片走漏监控：在页面退出后图片内存没有下降，能够看看是什么图片走漏了，哪里代码导致的
3. 重复加载图片：相同的图片屡次 decode，没有利用好内存缓存

经过这个库咱们能够对 APP 的图片运用情况有更深的了解，也能够让知识面更广一点，今后面试聊到内存优化时能够不用忧虑只会讲 Java 内存了哈哈！还在等什么，快来运用吧！

假如对你有协助，欢迎点一个 star，感谢： github.com/shixinzhang…