Android系統(tǒng)中圖片一般用Bitmap對象表示，它支持png，jpg等常見格式。通常情況下圖片的體積都比較大，單個應用允許使用的內(nèi)存又是有限的，所以我們需要采取一些手段減少內(nèi)存占用并提高加載速度。

嵐山網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)建站！從網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、APP開發(fā)、成都響應式網(wǎng)站建設等網(wǎng)站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)建站自2013年創(chuàng)立以來到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設就選創(chuàng)新互聯(lián)建站。

1、圖片加載

SDK提供了BitmapFactory類供我們加載圖片，常用的方法有這么幾個：

•  BitmapFactory.decodeFile ：從文件加載。
•  BitmapFactory.decodeByteArray ：從字節(jié)數(shù)組加載。
•  BitmapFactory.decodeStream ：從輸入流加載。
•  BitmapFactory.decodeResource ：從資源文件加載。

假設我們用ImageView顯示圖片，通常它的尺寸要比圖片的尺寸小很多，那么把圖片整個加載進內(nèi)存顯然是沒有必要的。在圖形學上有個名詞叫“下采樣”，作用就是降低圖像的分辨率，使其符合顯示區(qū)域的大小。通過BitmapFactory.Options類，我們也可以實現(xiàn)同樣的功能。這里主要用到了它的 inSampleSize 參數(shù)，如果它的值是1，那么采樣后的圖片跟原圖一致，如果是2，那么采樣后的圖片長和寬都是原來的一半，占用的內(nèi)存也就是原來的四分之一。

public static Bitmap decodeSampleBitmapFromBytes(byte[] data) {
  final BitmapFactory.Options options = new BitmapFactory.Options();
  // inJustDecodeBounds為true時僅解析圖片原始信息，并不會真正加載圖片。
  options.inJustDecodeBounds = true;
  BitmapFactory.decodeByteArray(data, 0, data.length, options);
  // 此時圖片的寬高可以通過options.outWidth和options.outHeight獲取到，我們
  // 可以根據(jù)自己的需求計算出采樣比。
  options.inSampleSize = 1;
  // inJustDecodeBounds設置為fales，加載圖片到內(nèi)存中。
  options.inJustDecodeBounds = false;
  return BitmapFactory.decodeResource(res, resId, options);
}

2、圖片緩存

緩存在計算機領域使用非常廣泛，如HTTP緩存，DNS緩存等等，緩存既可以提高響應速度，又能節(jié)省服務器帶寬，在圖片加載上它同樣適用。Android開發(fā)中一般會對圖片做兩級緩存：內(nèi)存緩存和文件緩存，而且它們都有庫供我們使用，分別是LruCache和DiskLruCache。從名字就可以看出兩者都使用了LRU算法，即優(yōu)先淘汰那些近期最少使用的緩存。

2.1、LruCache

LruCache是Android提供的一個緩存類，一般用來管理內(nèi)存緩存。

// #1：確定緩存大小。
int maxMemory = (int)(Runtime.getRuntime().totalMemory() / 1024);
int cacheSize = maxMemory / 8;
// #2：重寫sizeOf方法計算每個緩存對象的內(nèi)存占用。
LruCache mMemoryCache = new LruCache(cacheSize) {
  @Override
  protected int sizeOf(String key, Bitmap value) {
    return value.getByteCount();
  }
};

LruCache是一個泛型類可以容納各種對象，因而它無法計算被儲存對象的大小，所以我們需要重寫它的 sizeOf 方法，手動進行計算。那LruCache是如何實現(xiàn)的呢，實際上它僅僅是對LinkedHashMap進行了封裝并處理了線程安全問題。LinkedHashMap的構造函數(shù)中有一個布爾類型的參數(shù)， accessOrder ，當它為 true 時元素按訪問順序存儲，為 false 時按插入順序存儲。當元素按訪問順序存儲時在其尾部取出的元素也就是最近最少使用的元素，也就實現(xiàn)了LRU算法。LruCache只需要每次 put 函數(shù)被調用后計算當前總緩存的大小，當其超出門限值時移除位于LinkedHashMap尾部的元素即可。

2.2、DiskLruCache

DiskLruCache同LruCache一樣都使用LinkedHashMap實現(xiàn)LRU算法，但DiskLruCache在實現(xiàn)和使用上更復雜一些，畢竟需要對文件進行管理。

獲得DiskLruCache對象需要調用 DiskLruCache.open 函數(shù)：

public static DiskLruCache open(File directory, int appVersion, int valueCount, long maxSize)

它接收4個參數(shù)，第一個是緩存區(qū)目錄，第二個是客戶端版本號，DiskLruCache認為當版本號發(fā)生變化時緩存是無效的，第三個參數(shù)代表每個鍵可以關聯(lián)幾個文件，最后一個參數(shù)指定的緩存區(qū)的大小。在創(chuàng)建對象時，DiskLruCache會根據(jù)緩沖區(qū)目錄下名為“journal”的日志文件在LinkedHashMap中為緩存文件建立索引，所有對緩沖區(qū)的操作都會被記錄在這個文件中。當緩沖區(qū)大小到達門限值后根據(jù)LRU算法對文件進行清理。

讀取緩存時使用 DiskLruCache.get 函數(shù)：

public synchronized Snapshot get(String key) throws IOException

函數(shù)返回一個Snapshot對象，通過該對象我們可以獲取到緩存文件的輸入流，多個線程可以同時使用各自的SnapShot對象讀取同一個Key對應的緩存。

操作緩存時使用 DiskLruCache.edit 函數(shù)：

public Editor edit(String key) throws IOException

創(chuàng)建或更改完畢后用 Editor.commit 函數(shù)提交或用 Editor.abort 函數(shù)取消。一個Key對應的緩存被操作時仍可以使用Snapshot對象讀取其內(nèi)容，因為Editor的所有操作都會先作用于臨時文件。注意每個Key只能同時獲取一個Editor對象，也就是說即使Editor沒有做任何操作也要調用 Editor.abort 或  Editor.commit 函數(shù)，不然再次獲取時函數(shù)返回 null 。

2.3、代碼示例

public Bitmap loadBitmap(String url) {
  // DiskLruCache要求鍵中不能含有特殊字符，所以
  // 一般先做哈希處理。
  String key = MD5(url);
  Bitmap bitmap = loadBitmapFromMemCache(key);
  if (bitmap != null) {
    return bitmap;
  }
  try {
    bitmap = loadBitmapFromDiskCache(key);
    if (bitmap != null) {
      return bitmap;
    }
    bitmap = loadBitmapFromHttp(url);
    if (bitmap != null) {
      return bitmap;
    }
  } catch (IOException e) {
    e.printStackTrace();
  }
  return null;
}

在 loadBitmapFromHttp 函數(shù)中需要將圖片資源放入DiskLruCache中，在 loadBitmapFromDiskCache 函數(shù)中將加載后的Bitmap對象放入LruCache中，如此便形成了一條緩存鏈。

總結

以上所述是小編給大家介紹的Android Bitmap的加載與緩存，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對創(chuàng)新互聯(lián)網(wǎng)站的支持！