Bitmap的加载与缓存策略

Bitmap的加载和Cache

Bitmap的高效加载

使用BitmapFactory加载一张图片的方式

  • decodeFile 从文件
  • decodeResource 从资源
  • decodeStream 从输入流
  • decodeByteArray 从字节数组
    核心思想

采用BitmapFactory.Options按照一定的采样率(inSampleSize)来加载缩小后的图片,这样就会降低内存的占用避免OOM,提高了Bitmap加载时的性能
inSampleSize = 1 ,那么采样后的图片是原始图片的大小。inSampleSize大于1等于2时,采样后的图片的宽高均为原图的二分之一,像素数为原图的四分之一

//获取采样率
public static Bitmap decodeFile(String path) {
    int finalWidth = 800;//规定宽度如果为800
    //先获取宽度
    BitmapFactory.Options options = new BitmapFactory.Options();
    options.inJustDecodeBounds = true;//图片不加载到内存
    BitmapFactory.decodeFile(path,options);
    //取出图片的原始宽度
    int outWidth = options.outWidth;
    int inSampleSize = 1;
    if (outWidth>finalWidth){
        inSampleSize = outWidth/finalWidth;
    }
    //设置回去
    options.inSampleSize = inSampleSize;
    options.inJustDecodeBounds = false;


    return BitmapFactory.decodeFile(path,options);
}

Android中的缓存策略

避免过多的流量消耗需要进行缓存,当程序第一次从网络加载图片后,将其缓存到存储设备上,下次使用的时候就不必再从网络拉取,为了提高用户体验,往往还会降图片再在内存中缓存一份,这样当应用打算从网络请求一张图片的时候,会先从内存中获取,内存没有就从存储设备获取,存储设备没有就在从网络上拉取。

缓存策略LRU(Least Recently Userd)算法: 最近最少使用算法,当缓存满时,会优先淘汰那些近期最少使用的缓存对象。
LruCache用来实现内存缓存,LruDiskCache用来实现存储设备缓存。二者可以完美结合。

LruCache

LruCache: 是一个泛型类,是线程安全的。内部采用LinkedHashMap以强引用的方式存储外界的缓存对象,提供了get和put方法来完成缓存的获取和添加操作,当缓存满时,LruCache会移除较早使用的缓存对象,然后再添加新的缓存对象。

  • 强引用: 直接的对象引用;
  • 软引用: 当一个对象只有软引用存在的时候,系统内存不足的时候,对象会被回收;
  • 弱引用: 当一个对象只有弱引用存在的时候,对象随时可能被系统回收。
public class LruCache<K, V> {
    private final LinkedHashMap<K, V> map;


// LruCache 内存缓存 初始化操作
int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
int cacheSize = maxMemory / 8;//总容量的大小为当前最大内存的八分之一

mLruCache = new LruCache<String, Bitmap>(cacheSize) {
    //计算缓存对象的大小
    @Override
    protected int sizeOf(String key, Bitmap bitmap) {
        //注意单位的转换  bytes --> kb
        return bitmap.getRowBytes() * bitmap.getHeight() / 1024;
    }

    //移除旧缓存时调用
    @Override
    protected void entryRemoved(boolean evicted, String key, Bitmap oldValue, Bitmap newValue) {
        super.entryRemoved(evicted, key, oldValue, newValue);
        // TODO: 2017/9/1 资源回收的工作
    }
};

DiskLruCache

DiskLruCache:磁盘缓存,通过将缓存对象写入文件系统从而实现缓存效果

  • DiskLruCache的创建
private static final long DISK_CACHE_SIZE = 1024 * 1024 * 50;//磁盘缓存50M大小

File diskCacheDir = getExternalCacheDir();
if (!diskCacheDir.exists()){
    diskCacheDir.mkdirs();
}
/**
 * Opens the cache in {@code directory}, creating a cache if none exists
 * there.
 *
 * @param directory a writable directory 缓存目录
 * @param appVersion 应用版本号
 * @param valueCount the number of values per cache entry. Must be positive.
 * @param maxSize the maximum number of bytes this cache should use to store
 * @throws IOException if reading or writing the cache directory fails
 */
DiskLruCache diskLruCache = DiskLruCache.open(diskCacheDir, 1, 1, DISK_CACHE_SIZE);

  • DiskLruCache的缓存添加
    DiskLruCache.Editor:表示一个缓存对象的编辑对象。最后记得commit()
    注意:因为图片的url可能含有特殊字符,所以一般采用urlmd5值做为key
String imgUrl = "";
String key = MD5Util.getMd5Value(imgUrl);
DiskLruCache.Editor editor = diskLruCache.edit(key);
if (editor != null) {
    editor.getString(0);
}
editor.commit();//提交
editor.abort();//回退
diskLruCache.flush();//刷新

  • DiskLruCache的缓存查找

通过DiskLruCache.get获取一个SnapShot对象,再使用Snapshot对象即可获得缓存的文件输入流。

String key = MD5Util.getMd5Value(imgUrl);
Bitmap bitmap = null;
DiskLruCache.Snapshot snapshot = diskLruCache.get(key);
if (snapshot != null) {
    FileInputStream fileInputStream = (FileInputStream) snapshot.getInputStream(DISK_CACHE_INDEX);
    //从文件流中获取文件描述符
    FileDescriptor fileDescriptor = fileInputStream.getFD();
    bitmap = decodeSampledBitmapFromFileDescriptor(fileDescriptor,reqWidth,reqHeight);
    if (bitmap != null) {
        addBitmapToMemoryCache(key,bitmap);
    }
}

FileDescriptor:文件描述符

直接使用BitmapFactory.OptionsFileInputStream进行缩放会出现问题,因为FileInputStream是一种有序的文件流,两次decodeStream调用会影响文件流的位置属性,导致第二次decodeStream时得到的是null。为了解决这个问题,可以通过文件流来得到它所对应的文件描述符,然后通过BitmapFactory.decodeFileDescriptor来加载一张缩放后的图片。

  • DiskLruCache.delete
  • DiskLruCache.remove

自定义ImageLoader的实现与图片墙效果

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 225,132评论 6 523
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 96,457评论 3 404
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 172,411评论 0 368
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 61,147评论 1 301
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 70,145评论 6 400
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 53,611评论 1 315
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 41,962评论 3 429
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 40,948评论 0 279
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 47,479评论 1 324
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 39,514评论 3 347
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 41,640评论 1 355
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 37,228评论 5 351
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 42,973评论 3 340
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 33,402评论 0 25
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 34,551评论 1 277
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 50,210评论 3 381
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 46,714评论 2 366

推荐阅读更多精彩内容