Flutter使用大量asset图片时应用崩溃，GridView.builder分页也未解决是为什么？

崩溃常见原因 #

• 图片单张体积/分辨率过高：即便总数量只有52张，如果单张是远大于展示尺寸的高分辨率原图，解码时会占用数倍于图片体积的内存，超出应用内存阈值就会触发OOM崩溃，GridView.builder 仅实现了控件的懒加载，本身不具备图片内存优化能力
• 图片缓存/回收逻辑缺失：默认的图片加载逻辑没有设置缓存上限，也不会根据展示尺寸对图片做降采样处理，滚动过程中不断加载的图片会持续占用内存，旧图片资源无法及时回收，内存占用累计到阈值就会触发崩溃
• 平台内存限制：Android默认给应用分配的堆内存较小，iOS如果未配置图片解码优化策略，也容易出现内存溢出

解决方案 #

• 预处理本地assets资源：根据GridView的实际展示控件尺寸，提前压缩所有JPG图片的分辨率，移除多余的原图信息，控制单张图片体积在合理范围，不需要保留远大于展示需求的高分辨率版本
• 接入专业图片加载库：
  • 原生Android使用Glide/Coil、原生iOS使用Kingfisher、Flutter使用cached_network_image（同样支持本地assets资源的加载优化），这类库会自动根据展示控件的大小对图片做降采样处理，同时自带内存缓存回收机制，避免内存持续堆积
  • 手动配置缓存上限，根据应用使用场景设置合理的最大内存缓存值，超出阈值后自动回收最久未使用的图片资源
• 兜底优化项：
  • 非必须展示原图的场景下，开启硬件解码配置，进一步降低图片解码的内存占用
  • 分页加载时控制单页加载的图片数量，避免短时间内大量图片同时解码抢占内存
  • Android端可在AndroidManifest.xml中配置android:largeHeap="true" 提升应用可用堆内存上限（仅作为兜底方案，不建议作为核心解决手段）

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