应用中用到图片加载需要解决的问题

  1. 无网络环境下图片不可用
  • 图片的本地缓存,或者默认预加载的图片
  1. 低配置机型,加载图像资源超内存(OutOfMemory, OoM)
  • 需要合理使用内存,尤其是bitmap的使用,是内存溢出的最常见地方
  1. ListView, GridView等控件
  • 初始化或者移动过程中,列表项的重复绘制导致图片重复加载多次
  • 列表快速滑动后,停止区域图像没有被快速加载

快速滑动过程中,在getView中进行图像加载逻辑,在随后view被复用于加载另外的不同的图片 前一个加载应该立即被取消,保证新的加载应该很快被执行 * 往前或往后滑动之后,反向滑动,之前已浏览过区域,等待图片重新加载

在逆向滑动后,之前的图像应该立刻被加载 * 快速滑动过程中,列表卡顿

快速滑动过程中,频繁的图像的加载,创建和释放,可能导致内存回收

  1. 缓存使用, 配额管理
  • 缓存图像(Bitmap)于内存,命中缓存的图像可立刻加载,但限于zygoate虚拟机内存有限
  • 过大的内存占用,容易造成OoM
  • 占用用户过多内存,造成用户反感
  • 缓存文件于sd卡或者机身存储,配额管理
  • 应该适度使用用户机器资源
  • 应用卸载后,不应该有遗留数据
  1. 图片复用
  • 比如用户头像,120x120图像下载到本地之后,如有80x80的需求, 无需再次下载,直接复用120x120图片
  1. 图片的尺寸的适配
  • 如无特殊指定,可根据ImageView尺寸适配最合适尺寸的图
  • 大部分的图片存储服务,支持通过拼接不同url获得不同尺寸,不同质量, 不同格式(webp)的图片

需要根据不同的尺寸需求,拼接不同的url,这样成本太高,不会有各个尺寸的图片,需要自己处理常用尺寸的图片适配不同尺寸

  1. 各图片存储拼接格式不同,此为具体的业务逻辑,应该有足够好的扩展性,支持不同的拼接方式