Android 8.0起Bitmap存于Native内存是否重现安卓3.0前的内存问题？

1. 会不会重现Android 3.0之前的所有问题？ #

不会。Android 3.0之前Bitmap的Native内存存在核心缺陷：Dalvik堆中的Bitmap对象与Native内存生命周期脱节——GC回收Bitmap对象后，Native内存无法被及时释放，只能等待系统被动的Native内存回收触发，极易引发Native内存泄漏或OOM。

而Android 8.0后的实现做了关键优化：Native内存与Dalvik堆里的Bitmap对象通过NativeAllocationRegistry机制强绑定，GC回收Bitmap对象时会同步释放对应的Native内存，彻底解决了生命周期不一致的问题，因此不会重现3.0前的所有问题。

2. 关于大Bitmap引发内存不足的理解是否正确？ #

你的理解有部分合理性，但不够全面：

• 大Bitmap的像素数据存在Native内存，Dalvik堆仅存储Bitmap的元数据，确实不会直接给Dalvik堆的GC带来压力。
• 但Native内存属于进程总内存的一部分，系统会给每个进程分配总内存上限（涵盖Dalvik堆、Native内存、其他内存区域）。当大Bitmap占用的Native内存加上其他内存占用超过这个上限时，依然会触发OOM。
• 另外，Android 8.0后系统对Native内存有更完善的监控与回收机制，比如系统内存紧张时，会主动回收可释放的Native内存（如SoftReference关联的Bitmap），但如果持续大量加载大Bitmap且未及时释放，仍会导致内存不足——本质是总内存超限，而非GC压力不足。

内容的提问来源于stack exchange，提问作者Кирилл Волков