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

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

1、圖片加載

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

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

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

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

2、圖片緩存

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

2.1、LruCache

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

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

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

2.2、DiskLruCache

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

獲得DiskLruCache對(duì)象需要調(diào)用 DiskLruCache.open 函數(shù)：

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

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

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

public synchronized Snapshot get(String key) throws IOException

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

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

public Editor edit(String key) throws IOException

創(chuàng)建或更改完畢后用 Editor.commit 函數(shù)提交或用 Editor.abort 函數(shù)取消。一個(gè)Key對(duì)應(yīng)的緩存被操作時(shí)仍可以使用Snapshot對(duì)象讀取其內(nèi)容，因?yàn)镋ditor的所有操作都會(huì)先作用于臨時(shí)文件。注意每個(gè)Key只能同時(shí)獲取一個(gè)Editor對(duì)象，也就是說(shuō)即使Editor沒(méi)有做任何操作也要調(diào)用 Editor.abort 或  Editor.commit 函數(shù)，不然再次獲取時(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對(duì)象放入LruCache中，如此便形成了一條緩存鏈。

總結(jié)

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

新聞標(biāo)題：AndroidBitmap的加載與緩存
瀏覽路徑：http://chinadenli.net/article38/ghoepp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供商城網(wǎng)站、網(wǎng)站收錄、企業(yè)建站、全網(wǎng)營(yíng)銷推廣、網(wǎng)站改版、動(dòng)態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)