android 实现类似微信缓存和即时更新好友头像示例

引言

使用微信时我们会发现，首次进入微信的好友列表时，会加载好友头像，但是再次进入时，就不用重新加载了，而且其他页面都不用重新加载，说明微信的好友头像是缓存在本地的，然后好友修改头像后，又会及时的更新，这个功能是如何实现的呢，我们来分析一下

分析

关于头像缓存的实现

头像是网络图片，而且数据量较大，如果用我们常用的SharedPreferences将头像以Bitmap的形式存储，势必会造成OOM，这个方法是行不通的，我们存储的只能是图片的地址，但是如果只存储地址的话，要转化成图片，还是要通过网络请求重新加载，达不到我们要求的效果，所以我们需要在磁盘中单独开辟一块空间，将头像以Bitmap的形式进行存储，如何实现呢？其实关于网络图片的缓存，有很多开源的第三方框架，比较可靠好用的如xUtils,Glide,volley,Universal-Image-Loader,Picasso,Fresco等等。

下面我们以常用的xUtils为例首先对BitmapUtils的实例化，对于磁盘缓存路径，磁盘缓存空间大小，内存缓存的空间大小，内存缓存百分比可以自定义，也可以使用默认配置，代码如下：

 
public BitmapUtils(Context context) {
  this(context, null);
}

public BitmapUtils(Context context, String diskCachePath) {
  if (context == null) {
    throw new IllegalArgumentException("context may not be null");
  }
  this.context = context.getApplicationContext();
  globalConfig = BitmapGlobalConfig.getInstance(this.context, diskCachePath);
  defaultDisplayConfig = new BitmapDisplayConfig();
}

public BitmapUtils(Context context, String diskCachePath, int memoryCacheSize) {
  this(context, diskCachePath);
  globalConfig.setMemoryCacheSize(memoryCacheSize);
}

public BitmapUtils(Context context, String diskCachePath, int memoryCacheSize, int diskCacheSize) {
  this(context, diskCachePath);
  globalConfig.setMemoryCacheSize(memoryCacheSize);
  globalConfig.setDiskCacheSize(diskCacheSize);
}

public BitmapUtils(Context context, String diskCachePath, float memoryCachePercent) {
  this(context, diskCachePath);
  globalConfig.setMemCacheSizePercent(memoryCachePercent);
}
   
public BitmapUtils(Context context, String diskCachePath, float memoryCachePercent, int diskCacheSize) {
  this(context, diskCachePath);
  globalConfig.setMemCacheSizePercent(memoryCachePercent);
  globalConfig.setDiskCacheSize(diskCacheSize);
}

一般情况下，我们只需要使用默认配置就可以了，即

BitmapUtils bitmap = new BitmapUtils(context);

然后对图片的缓存和显示

 
public <T extends View> void display(T container, String uri) {
  display(container, uri, null, null);
}

public <T extends View> void display(T container, String uri, BitmapDisplayConfig displayConfig) {
  display(container, uri, displayConfig, null);
}

public <T extends View> void display(T container, String uri, BitmapLoadCallBack<T> callBack) {
  display(container, uri, null, callBack);
}  
 
public <T extends View> void display(T container, String uri, BitmapDisplayConfig displayConfig, BitmapLoadCallBack<T> callBack) {
  if (container == null) {
    return;
  }
  if (callBack == null) {
    callBack = new DefaultBitmapLoadCallBack<T>();
  }
  if (displayConfig == null || displayConfig == defaultDisplayConfig) {
    displayConfig = defaultDisplayConfig.cloneNew();
  }
  // Optimize Max 
  BitmapSize size = displayConfig.getBitmapMaxSize();SizedisplayConfig.setBitmapMaxSize(BitmapCommonUtils.optimizeMaxSizeByView(container, size.getWidth(), size.getHeight()));
  container.clearAnimation();
  if (TextUtils.isEmpty(uri)) {
    callBack.onLoadFailed(container, uri, displayConfig.getLoadFailedDrawable());
    return;
  }
  // start loading
  callBack.onPreLoad(container, uri, displayConfig);
  // find bitmap from mem cache.
  Bitmap bitmap = globalConfig.getBitmapCache().getBitmapFromMemCache(uri, displayConfig);
  if (bitmap != null) {
    callBack.onLoadStarted(container, uri, displayConfig);
    callBack.onLoadCompleted(
        container,
        uri,
        bitmap,
        displayConfig,
        BitmapLoadFrom.MEMORY_CACHE);
  } else if (!bitmapLoadTaskExist(container, uri, callBack)) {
    final BitmapLoadTask<T> loadTask = new BitmapLoadTask<T>(container, uri, displayConfig, callBack);
    // get executor
    PriorityExecutor executor = globalConfig.getBitmapLoadExecutor();
    File diskCacheFile = this.getBitmapFileFromDiskCache(uri);
    boolean diskCacheExist = diskCacheFile != null && diskCacheFile.exists();
    if (diskCacheExist && executor.isBusy()) {
      executor = globalConfig.getDiskCacheExecutor();
    }
    // set loading image
    Drawable loadingDrawable = displayConfig.getLoadingDrawable();
    callBack.setDrawable(container, new AsyncDrawable<T>(loadingDrawable, loadTask));
    loadTask.setPriority(displayConfig.getPriority());
    loadTask.executeOnExecutor(executor);
  }
}

从这段代码中我们可以看到，当要加载某张图片时，会根据图片地址进行查找是否有对应的bitmap缓存图片，如果有就直接引用缓存，如果没有就加载并缓存，所以我们对图片的缓存只需要实现以上方法就可以了，而且只要设置相同的缓存路径，就可以实现一个页面缓存后，其他页面有相同图片也可以调用。那么缓存之后，好友更新头像，又是怎么做到即时更新的呢？

缓存后如何实现即时更新头像

根据查阅的资料，可以归结为以下几种实现方式：

1.在服务器返回用户数组时多加一个字段头像最后一次修改时间或者修改过几次等标志符，与缓存进行比较，是否有变化

2.利用图片的checkSum来实现，如果check到这个数字有变化，就会自动去更新

3.利用socket监听,当好友头像更新时候首先会告诉服务器,服务器将变化通知推送到所有好友,好友监听收到通知后自动更新
第一种方法和第二种方法本质是一致的，通过请求服务器的数据与本地缓存进行对比，是由客户端处理的，第三种方法的话你换一次头像就要服务器去提醒你的所有好友一遍，服务器压力会不会比较大

仔细去研究一下微信，就会发现，当好友头像修改后，如果你停留在某个页面，进入的这个页面是之前进入过的，还没有销毁，头像是不会改变的，你需要打开一个新的页面或者重新进入微信，才会更新头像，由此看出，微信并不是用的第三种方式，而是采用了前两种方式的实现原理，只有在创建一个Activity或fragment时，调用接口，读取服务器数据时才会更新头像

总结

通过以上的分析，我们基本捋清了思路，要实现类似微信的缓存和更新还有头像，先是在磁盘开辟一个空间，用于读写头像的Bitmap，然后创建页面时，读取服务器数据和本地缓存进行比较，如果有变化就进行更新

您可能感兴趣的文章:Android仿微信和QQ多图合并框架（类似群头像）的实现方法Android仿微信QQ设置图形头像裁剪功能Android仿微信群聊头像Android仿微信群聊头像效果