如何在Kotlin中以编程方式检测Android应用的可用内存？

问题背景 #

我的应用需要将PDF页面渲染为Bitmap，涉及数十甚至数百页。单张屏幕尺寸的Bitmap约占16MB，目前通过固定加载当前页面附近若干页的缓冲区避免OOM，但希望实现基于可用内存动态调整缓冲区大小的更健壮方案。

尝试过的方法及问题 #

• Runtime堆内存计算
  用以下代码获取可用堆内存：

  val runtime = Runtime.getRuntime()
  val availableHeap = runtime.maxMemory() - (runtime.totalMemory() - runtime.freeMemory())
  

  但加载数百MB的Bitmap时，这些数值基本恒定（波动不超1MB），无法反映实际内存占用变化。

• Native堆内存统计
  尝试Debug.getNativeHeapAllocatedSize()和Debug.getNativeHeapFreeSize()，发现Native堆已分配大小随Bitmap增加，但空闲大小始终不变，无法有效判断可用内存。

• 当前可行但不够优的方案
  通过ActivityManager.MemoryInfo.totalMem取固定比例作为内存限制，但认为存在更优的获取应用内存上限的方式。

优化方案建议 #

1. 精准获取应用内存上限 #

Android中应用的实际堆内存上限可以通过ActivityManager的两个方法获取：

• getMemoryClass()：返回普通应用的最大堆内存（单位MB），适用于绝大多数场景。
• getLargeMemoryClass()：返回声明了android:largeHeap="true"的应用的最大堆内存。

代码示例：

val activityManager = getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
val maxAppHeapSize = activityManager.memoryClass * 1024 * 1024L // 转换为字节
// 若使用largeHeap：
// val maxAppHeapSize = activityManager.largeMemoryClass * 1024 * 1024L

2. 结合Native内存监控调整缓冲区 #

Bitmap通常分配在Native堆，需结合Native内存使用情况动态调整：

• 定期采样Debug.getNativeHeapAllocatedSize()，计算已用Native内存。
• 设定安全阈值（比如应用内存上限的70%-80%），当已用Native内存接近阈值时，主动释放非当前页面附近的Bitmap，缩小缓冲区。

3. 用Bitmap复用减少内存开销 #

通过BitmapFactory.Options.inBitmap复用已存在的Bitmap对象，避免频繁创建销毁带来的内存波动，同时减少Native内存碎片化：

val options = BitmapFactory.Options().apply {
    inMutable = true
    inBitmap = recycledBitmap // 传入已回收的Bitmap对象
}
val newBitmap = BitmapFactory.decodeByteArray(data, 0, data.size, options)

4. 监听系统内存状态做主动释放 #

通过ComponentCallbacks2监听系统内存变化，在低内存时主动缩小缓冲区：

class MemoryCallback : ComponentCallbacks2 {
    override fun onTrimMemory(level: Int) {
        when (level) {
            ComponentCallbacks2.TRIM_MEMORY_RUNNING_LOW,
            ComponentCallbacks2.TRIM_MEMORY_RUNNING_CRITICAL -> {
                shrinkBuffer() // 缩小缓冲区，释放非必要Bitmap
            }
        }
    }

    override fun onLowMemory() {
        clearBufferExceptCurrent() // 内存极低时，仅保留当前页面Bitmap
    }

    override fun onConfigurationChanged(newConfig: Configuration) {}
}

// 在Activity/Fragment中注册回调
registerComponentCallbacks(MemoryCallback())

总结 #

• 用ActivityManager.getMemoryClass()获取应用实际内存上限，比取系统总内存比例更精准。
• 结合Native内存使用情况和系统内存回调，动态平衡缓冲区大小与内存占用。
• 配合Bitmap复用机制，进一步降低内存开销和碎片化。

内容的提问来源于stack exchange，提问作者Calvin Godfrey