Android应用真机运行正常但模拟器崩溃，如何解决OutOfMemoryError异常

从堆栈日志可以直接锁定触发点：

• 崩溃类型为OutOfMemoryError，系统尝试为位图分配约572MB（599752036字节）的内存空间，但当前环境下仅剩4MB连续可用内存、距离OOM阈值仅剩199MB空余空间，直接触发崩溃
• 崩溃触发时机为加载好友列表item布局时，初始化AppCompatImageView组件、解码对应引用的drawable资源阶段
• 日志开头的No adapter attached; skipping layout属于非致命的常规提示，仅代表RecyclerView首次布局绘制时还未绑定适配器，和本次崩溃无关联

这类问题90%以上是资源适配规则+模拟器默认参数双重差异导致的，刚好能匹配日志中申请599MB内存的崩溃场景：

• 资源解码逻辑差异：当图片资源直接存放在无dpi限定的drawable根目录下，系统会默认将其作为mdpi（160dpi）规格素材，根据当前设备的dpi值按比例放大解码。比如一张4096x4096的原图，放在该目录下，在xxhdpi（480dpi）设备上会被放大3倍，解码成12000+像素宽的位图，单张图内存占用就接近600MB——这个计算值刚好和日志中申请的599752036字节完全匹配。实体机因为内存大、堆限额高，可以容纳这部分内存占用；而默认创建的模拟器dpi配置偏低、同时堆限额小，既容易触发超大规模的位图解码，又没有足够的内存空间容纳，直接触发OOM。
• 内存限额差异：多数模拟器默认给单个应用分配的最大堆内存（VM Heap）仅为256MB左右，远低于当下实体真机2GB-4GB的应用堆限额，哪怕位图内存只比真机稍高一点，也很容易触发OOM阈值。

• 第一，先定位Friends_List.kt:495行对应inflate的列表item布局，找到布局内ImageView引用的图片资源：注意不要将大尺寸素材直接放在无dpi限定的drawable根目录，把这类大图按实际设计分辨率移动到对应的drawable-xxhdpi/drawable-xxxhdpi限定目录下，切断系统无依据的放大解码逻辑。
• 第二，调整对应模拟器的AVD配置：将设备RAM设置为不低于2GB，将VM Heap（应用最大堆）参数调整为不低于512MB，排除模拟器默认内存限额过低导致的误崩溃。
• 第三，检查列表item内的固定展示图：如果存在尺寸超过1080px的大图直接作为列表图标使用，压缩为匹配ImageView实际展示尺寸的位图文件，降低解码后的内存占用。
• 第四，加基础的位图加载兜底：加载固定图片资源时，先通过inJustDecodeBounds模式读取图片原始宽高，根据组件实际展示尺寸做等比采样压缩，避免全尺寸位图直接加载到内存。

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