详解Android的内存优化--LruCache

概念:

LruCache

什么是LruCache?

LruCache实现原理是什么?

这两个问题其实可以作为一个问题来回答,知道了什么是 LruCache,就只然而然的知道 LruCache 的实现原理;Lru的全称是Least Recently Used ,近期最少使用的!所以我们可以推断出 LruCache 的实现原理:把近期最少使用的数据从缓存中移除,保留使用最频繁的数据,那具体代码要怎么实现呢,我们进入到源码中看看。

LruCache源码分析

public class LruCache<K, V> {
 //缓存 map 集合,为什么要用LinkedHashMap
 //因为没错取了缓存值之后,都要进行排序,以确保
 //下次移除的是最少使用的值
 private final LinkedHashMap<K, V> map;
 //当前缓存的值
 private int size;
 //最大值
 private int maxSize;
 //添加到缓存中的个数
 private int putCount;
 //创建的个数
 private int createCount;
 //被移除的个数
 private int evictionCount;
 //命中个数
 private int hitCount;
 //丢失个数
 private int missCount;
 //实例化 Lru,需要传入缓存的最大值
 //这个最大值可以是个数,比如对象的个数,也可以是内存的大小
 //比如,最大内存只能缓存5兆
 public LruCache(int maxSize) {
  if (maxSize <= 0) {
   throw new IllegalArgumentException("maxSize <= 0");
  }
  this.maxSize = maxSize;
  this.map = new LinkedHashMap<K, V>(0, 0.75f, true);
 }
 //重置最大缓存的值
 public void resize(int maxSize) {
  if (maxSize <= 0) {
   throw new IllegalArgumentException("maxSize <= 0");
  }
  synchronized (this) {
   this.maxSize = maxSize;
  }
  trimToSize(maxSize);
 }
 //通过 key 获取缓存值
 public final V get(K key) {
  if (key == null) {
   throw new NullPointerException("key == null");
  }
  V mapValue;
  synchronized (this) {
   mapValue = map.get(key);
   if (mapValue != null) {
    hitCount++;
    return mapValue;
   }
   missCount++;
  }
  //如果没有,用户可以去创建
  V createdValue = create(key);
  if (createdValue == null) {
   return null;
  }
  synchronized (this) {
   createCount++;
   mapValue = map.put(key, createdValue);
   if (mapValue != null) {
    // There was a conflict so undo that last put
    map.put(key, mapValue);
   } else {
    //缓存的大小改变
    size += safeSizeOf(key, createdValue);
   }
  }
  //这里没有移除,只是改变了位置
  if (mapValue != null) {
   entryRemoved(false, key, createdValue, mapValue);
   return mapValue;
  } else {
   //判断缓存是否越界
   trimToSize(maxSize);
   return createdValue;
  }
 }
 //添加缓存,跟上面这个方法的 create 之后的代码一样的
 public final V put(K key, V value) {
  if (key == null || value == null) {
   throw new NullPointerException("key == null || value == null");
  }
  V previous;
  synchronized (this) {
   putCount++;
   size += safeSizeOf(key, value);
   previous = map.put(key, value);
   if (previous != null) {
    size -= safeSizeOf(key, previous);
   }
  }
  if (previous != null) {
   entryRemoved(false, key, previous, value);
  }
  trimToSize(maxSize);
  return previous;
 }
 //检测缓存是否越界
 private void trimToSize(int maxSize) {
  while (true) {
   K key;
   V value;
   synchronized (this) {
    if (size < 0 || (map.isEmpty() && size != 0)) {
     throw new IllegalStateException(getClass().getName()
       + ".sizeOf() is reporting inconsistent results!");
    }
    //如果没有,则返回
    if (size <= maxSize) {
     break;
    }
    //以下代码表示已经超出了最大范围
    Map.Entry<K, V> toEvict = null;
    for (Map.Entry<K, V> entry : map.entrySet()) {
     toEvict = entry;
    }
    if (toEvict == null) {
     break;
    }
    //移除最后一个,也就是最少使用的缓存
    key = toEvict.getKey();
    value = toEvict.getValue();
    map.remove(key);
    size -= safeSizeOf(key, value);
    evictionCount++;
   }
   entryRemoved(true, key, value, null);
  }
 }
 //手动移除,用户调用
 public final V remove(K key) {
  if (key == null) {
   throw new NullPointerException("key == null");
  }
  V previous;
  synchronized (this) {
   previous = map.remove(key);
   if (previous != null) {
    size -= safeSizeOf(key, previous);
   }
  }
  if (previous != null) {
   entryRemoved(false, key, previous, null);
  }
  return previous;
 }
 //这里用户可以重写它,实现数据和内存回收操作
 protected void entryRemoved(boolean evicted, K key, V oldValue, V newValue) {}
 protected V create(K key) {
  return null;
 }
 private int safeSizeOf(K key, V value) {
  int result = sizeOf(key, value);
  if (result < 0) {
   throw new IllegalStateException("Negative size: " + key + "=" + value);
  }
  return result;
 }
  //这个方法要特别注意,跟我们实例化 LruCache 的 maxSize 要呼应,怎么做到呼应呢,比如 maxSize 的大小为缓存的个数,这里就是 return 1就 ok,如果是内存的大小,如果5M,这个就不能是个数 了,这是应该是每个缓存 value 的 size 大小,如果是 Bitmap,这应该是 bitmap.getByteCount();
 protected int sizeOf(K key, V value) {
  return 1;
 }
 //清空缓存
 public final void evictAll() {
  trimToSize(-1); // -1 will evict 0-sized elements
 }
 public synchronized final int size() {
  return size;
 }
 public synchronized final int maxSize() {
  return maxSize;
 }
 public synchronized final int hitCount() {
  return hitCount;
 }
 public synchronized final int missCount() {
  return missCount;
 }
 public synchronized final int createCount() {
  return createCount;
 }
 public synchronized final int putCount() {
  return putCount;
 }
 public synchronized final int evictionCount() {
  return evictionCount;
 }
 public synchronized final Map<K, V> snapshot() {
  return new LinkedHashMap<K, V>(map);
 }
}

LruCache 使用

先来看两张内存使用的图

图-1

图-2

以上内存分析图所分析的是同一个应用的数据,唯一不同的是图-1没有使用 LruCache,而图-2使用了 LruCache;可以非常明显的看到,图-1的内存使用明显偏大,基本上都是在30M左右,而图-2的内存使用情况基本上在20M左右。这就足足省了将近10M的内存!

ok,下面把实现代码贴出来

/**
 * Created by gyzhong on 15/4/5.
 */
public class LruPageAdapter extends PagerAdapter {
 private List<String> mData ;
 private LruCache<String,Bitmap> mLruCache ;
 private int mTotalSize = (int) Runtime.getRuntime().totalMemory();
 private ViewPager mViewPager ;
 public LruPageAdapter(ViewPager viewPager ,List<String> data){
  mData = data ;
  mViewPager = viewPager ;
  /*实例化LruCache*/
  mLruCache = new LruCache<String,Bitmap>(mTotalSize/5){
   /*当缓存大于我们设定的最大值时,会调用这个方法,我们可以用来做内存释放操作*/
   @Override
   protected void entryRemoved(boolean evicted, String key, Bitmap oldValue, Bitmap newValue) {
    super.entryRemoved(evicted, key, oldValue, newValue);
    if (evicted && oldValue != null){
     oldValue.recycle();
    }
   }
   /*创建 bitmap*/
   @Override
   protected Bitmap create(String key) {
    final int resId = mViewPager.getResources().getIdentifier(key,"drawable",
      mViewPager.getContext().getPackageName()) ;
    return BitmapFactory.decodeResource(mViewPager.getResources(),resId) ;
   }
   /*获取每个 value 的大小*/
   @Override
   protected int sizeOf(String key, Bitmap value) {
    return value.getByteCount();
   }
  } ;
 }
 @Override
 public Object instantiateItem(ViewGroup container, int position) {
  View view = LayoutInflater.from(container.getContext()).inflate(R.layout.view_pager_item, null) ;
  ImageView imageView = (ImageView) view.findViewById(R.id.id_view_pager_item);
  Bitmap bitmap = mLruCache.get(mData.get(position));
  imageView.setImageBitmap(bitmap);
  container.addView(view);
  return view;
 }
 @Override
 public void destroyItem(ViewGroup container, int position, Object object) {
  container.removeView((View) object);
 }
 @Override
 public int getCount() {
  return mData.size();
 }
 @Override
 public boolean isViewFromObject(View view, Object object) {
  return view == object;
 }
} 

总结

  • LruCache 是基于 Lru算法实现的一种缓存机制;
  • Lru算法的原理是把近期最少使用的数据给移除掉,当然前提是当前数据的量大于设定的最大值。
  • LruCache 没有真正的释放内存,只是从 Map中移除掉数据,真正释放内存还是要用户手动释放。

以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,同时也希望多多支持我们!

(0)

相关推荐

  • android中图片的三级缓存cache策略(内存/文件/网络)

    1.简介 现在android应用中不可避免的要使用图片,有些图片是可以变化的,需要每次启动时从网络拉取,这种场景在有广告位的应用以及纯图片应用(比如百度美拍)中比较多. 现在有一个问题:假如每次启动的时候都从网络拉取图片的话,势必会消耗很多流量.在当前的状况下,对于非wifi用户来说,流量还是很贵的,一个很耗流量的应用,其用户数量级肯定要受到影响.当然,我想,向百度美拍这样的应用,必然也有其内部的图片缓存策略.总之,图片缓存是很重要而且是必须的. 2.图片缓存的原理 实现图片缓存也不难,需要有相

  • 解析Android中View转换为Bitmap及getDrawingCache=null的解决方法

    1.前言 Android中经常会遇到把View转换为Bitmap的情形,比如,对整个屏幕视图进行截屏并生成图片:Coverflow中需要把一页一页的view转换为Bitmap.以便实现复杂的图形效果(阴影.倒影效果等):再比如一些动态的实时View为便于观察和记录数据.需要临时生成静态的Bitmap. 2.实现方法 1)下面是笔者经常用的一个转换方法 public static Bitmap convertViewToBitmap(View view, int bitmapWidth, int

  • Android 加载大图、多图和LruCache缓存详细介绍

    我们在编写Android程序的时候经常要用到许多图片,不同图片总是会有不同的形状.不同的大小,但在大多数情况下,这些图片都会大于我们程序所需要的大小.比如说系统图片库里展示的图片大都是用手机摄像头拍出来的,这些图片的分辨率会比我们手机屏幕的分辨率高得多.大家应该知道,我们编写的应用程序都是有一定内存限制的,程序占用了过高的内存就容易出现OOM(OutOfMemory)异常.我们可以通过下面的代码看出每个应用程序最高可用内存是多少 int maxMemory = (int) (Runtime.ge

  • Android Bitmap的加载优化与Cache相关介绍

    一 . 高效加载 Bitmap BitMapFactory 提供了四类方法: decodeFile,decodeResource,decodeStream 和 decodeByteArray 分别用于从文件系统,资源,输入流以及字节数组中加载出一个 Bitmap 对象. 高效加载 Bitmap 很简单,即采用 BitMapFactory.options 来加载所需要尺寸图片.BitMapFactory.options 就可以按照一定的采样率来加载缩小后的图片,将缩小后的图片置于 ImageVie

  • Android VideoCache视频缓存的方法详解

    Android VideoCache视频缓存的方法详解 项目中遇到视频播放,需要加载网络url,不可能每次都进行网络加载,当然了,就需要用到我们的缓存机制 AndroidVideoCache AndroidVideoCache是一个视频/音频缓存库,利用本地代理实现了边下边播,使用起来非常简单. HttpProxyCacheServer是主要类,是一个代理服务器,可以配置缓存文件的数量.缓存文件的大小.缓存文件的目录和缓存文件命名算法,文件缓存均基于LRU算法,利用Builder来配置: //配

  • 实现Android 获取cache缓存的目录路径的方法

    实现Android 获取cache缓存的目录路径的方法 Android开发中,有时需要知道cache缓存的路径.我写了一个静态类,供大家能参考 public class CommonUtil { /** * 获取cache路径 * * @param context * @return */ public static String getDiskCachePath(Context context) { if (Environment.MEDIA_MOUNTED.equals(Environmen

  • 详解Android的内存优化--LruCache

    概念: LruCache 什么是LruCache? LruCache实现原理是什么? 这两个问题其实可以作为一个问题来回答,知道了什么是 LruCache,就只然而然的知道 LruCache 的实现原理:Lru的全称是Least Recently Used ,近期最少使用的!所以我们可以推断出 LruCache 的实现原理:把近期最少使用的数据从缓存中移除,保留使用最频繁的数据,那具体代码要怎么实现呢,我们进入到源码中看看. LruCache源码分析 public class LruCache<

  • 详解Android内存优化策略

    目录 前言 一.内存优化策略 二.具体优化的点 1.避免内存泄漏 2.Bitmap等大对象的优化策略 (1) 优化Bitmap分辨率 (2) 优化单个像素点内存 (3) Bitmap的缓存策略 (4) drawable资源选择合适的drawable文件夹存放 (5) 其他大对象的优化 (6) 避免内存抖动 3.原生API回调释放内存 4.内存排查工具 (1)LeakCanary监测内存泄漏 (2)通过Proflier监控内存 (3)通过MAT工具排查内存泄漏 总结 前言 在开始之前需要先搞明白一

  • 详解Android内存泄露及优化方案一

    目录 一.常见的内存泄露应用场景? 1.单例的不恰当使用 2.静态变量导致内存泄露 3.非静态内部类导致内存泄露 4.未取消注册或回调导致内存泄露 5.定时器Timer 和 TimerTask 导致内存泄露 6.集合中的对象未清理造成内存泄露 7.资源未关闭或释放导致内存泄露 8.动画造成内存泄露 9.WebView 造成内存泄露 总结 一.常见的内存泄露应用场景? 1.单例的不恰当使用 单例是我们开发中最常见和使用最频繁的设计模式之一,所以如果使用不当就会导致内存泄露.因为单例的静态特性使得它

  • 详解Android内存泄露及优化方案

    目录 一.常见的内存泄露应用场景? 1.单例的不恰当使用 2.静态变量导致内存泄露 3.非静态内部类导致内存泄露 4.未取消注册或回调导致内存泄露 5.定时器Timer 和 TimerTask 导致内存泄露 6.集合中的对象未清理造成内存泄露 7.资源未关闭或释放导致内存泄露 8.动画造成内存泄露 9.WebView 造成内存泄露 总结 一.常见的内存泄露应用场景? 1.单例的不恰当使用 单例是我们开发中最常见和使用最频繁的设计模式之一,所以如果使用不当就会导致内存泄露.因为单例的静态特性使得它

  • 详解Android性能优化之启动优化

    1.为什么要进行启动优化 网上流行一种说法,就是8秒定律,意思是说,如果用户在打开一个页面,在8秒的时间内还没有打开,那么用户大概的会放弃掉,意味着一个用户的流失.从这里就可以看出,启动优化的重要性了. 2.启动的分类 2.1 冷启动 先来看看冷启动的流程图 从图中可以看出,APP启动的过程是:ActivityManagerProxy 通过IPC来调用AMS(ActivityManagerService),AMS通过IPC启动一个APP进程,ApplicationThread通过反射来创建App

  • 详解android是如何管理内存的

    目录 前言 Java Heap 进程内存分配 内存不足管理 GC 垃圾回收 内核交换守护进程 低内存终止守护进程 最后 前言 很高兴遇见你~ 内存优化一直是 Android 开发中的一个非常重要的话题,他直接影响着我们 app 的性能表现.但这个话题涉及到的内容很广且都偏向底层,让很多开发者望而却步.同时,内存优化更加偏向于"经验知识",需要在实际项目中去应用来学习. 因而本文并不想深入到底层去讲内存优化的原理,而是着眼于宏观,聊聊 android 是如何分配和管理内存.在内存不足的时

  • 详解Android Ashmem匿名共享内存

    目录 1. 简述 2. 创建 MemoryFile 和 数据写入 3. 将文件描述符传递到其他进程 4. 在其他进程接收 FileDescriptor 并读取数据 1. 简述 Android 的 匿名共享内存(Ashmem) 基于 Linux 的共享内存,都是在临时文件系统(tmpfs)上创建虚拟文件,再映射到不同的进程.它可以让多个进程操作同一块内存区域,并且除了物理内存限制,没有其他大小限制.相对于 Linux 的共享内存,Ashmem 对内存的管理更加精细化,并且添加了互斥锁.Java 层

  • 详解Android中图片的三级缓存及实例

    详解Android中图片的三级缓存及实例 为什么要使用三级缓存 如今的 Android App 经常会需要网络交互,通过网络获取图片是再正常不过的事了 假如每次启动的时候都从网络拉取图片的话,势必会消耗很多流量.在当前的状况下,对于非wifi用户来说,流量还是很贵的,一个很耗流量的应用,其用户数量级肯定要受到影响 特别是,当我们想要重复浏览一些图片时,如果每一次浏览都需要通过网络获取,流量的浪费可想而知 所以提出三级缓存策略,通过网络.本地.内存三级缓存图片,来减少不必要的网络交互,避免浪费流量

  • 详解Android Bitmap的常用压缩方式

    一.前言 已经好久没有更新博客,大概有半年了,主要是博主这段时间忙于找工作,Android岗位的工作真的是越来越难找,好不容易在广州找到一家,主要做海外产品,公司研发实力也不错,所以就敲定了三方协议.现在已经在公司实习了一个月多,目前主要是负责公司某个产品的内存优化,刚好就总结了一下Android Bitmap常用的优化方式. Android中的图片是以Bitmap方式存在的,绘制的时候也是Bitmap,直接影响到app运行时的内存,在Android,Bitmap所占用的内存计算公式是:图片长度

  • 详解Android GLide图片加载常用几种方法

    目录 缓存浅析 GLide图片加载方法 图片加载周期 图片格式(Bitmap,Gif) 缓存 集成网络框架 权限 占位符 淡入效果 变换 启动页/广告页 banner 固定宽高 圆角 圆形 总结 缓存浅析 为啥要做缓存? android默认给每个应用只分配16M的内存,所以如果加载过多的图片,为了 防止内存溢出 ,应该将图片缓存起来. 图片的三级缓存分别是: 1.内存缓存 2.本地缓存 3.网络缓存 其中,内存缓存应优先加载,它速度最快:本地缓存次优先加载,它速度也快:网络缓存不应该优先加载,它

随机推荐