Android圖片壓縮以及優(yōu)化實例

更新時間：2017年06月06日 10:13:11 作者：匿名吃豆人

本篇文章主要介紹了Android圖片壓縮以及優(yōu)化實例，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧

前言

圖片壓縮在Android技術中已經屬于爛大街，上周看了2個開源庫然后對自己項目的壓縮做了對比，發(fā)現(xiàn)一些新東西，記錄與此。

為何要壓縮

1、體積的原因

如果你的圖片是要準備上傳的，那動輒幾M的大小肯定不行的，況且圖片分辨率大于設備分辨率的話毫無意義。

2、內存原因

如果圖片要顯示下Android設備上，ImageView最終是要加載Bitmap對象的，就要考慮單個Bitmap對象的內存占用了，如何計算一張圖片的加載到內存的占用呢？其實就是所有像素的內存占用總和：

bitmap內存大小 = 圖片長度 x 圖片寬度 x 單位像素占用的字節(jié)數(shù)

起決定因素就是最后那個參數(shù)了，Bitmap'常見有2種編碼方式：ARGB_8888和RGB_565，ARGB_8888每個像素點4個byte，RGB_565是2個byte，一般都采用ARGB_8888這種。那么常見的1080*1920的圖片內存占用就是：

1920 x 1080 x 4 = 7.9M

壓縮原理

從上面可以總結出，圖片壓縮應該從兩個方面入手同時進行：先是降低分辨率，然后降低每個像素的質量也就是內存占用。

分辨率壓縮

假設有張原圖是3840x2400，我想壓縮成1920x1080，實際是不可能100%能壓縮這個值的。因為圖片壓縮要保證寬高比，試想一下800x100的橫向圖可能壓成20x200豎向圖嗎？不可能的.。這里常見的算法就是在1920x1080的范圍內保證較短邊，然后按照比例壓縮整個圖：

這里原圖的寬高比是 3840/2400 = 1.6，目標圖的寬高比是1920/1080 = 1.78>1.6，較短邊是高。所以就應該按照高的比例來壓縮。

2400/1080=2.22，這樣真實目標值就是：1728x1080，壓縮比四舍五入是：2，然后通過下面代碼進行壓縮：

 private Bitmap compressPixel(String filePath){
  Bitmap bmp = null;
  BitmapFactory.Options options = new BitmapFactory.Options();
  //setting inSampleSize value allows to load a scaled down version of the original image
  options.inSampleSize = 2;

  //inJustDecodeBounds set to false to load the actual bitmap
  options.inJustDecodeBounds = false;
  options.inTempStorage = new byte[16 * 1024];
  try {
   //load the bitmap from its path
   bmp = BitmapFactory.decodeFile(filePath, options);
   if (bmp == null) {

    InputStream inputStream = null;
    try {
     inputStream = new FileInputStream(filePath);
     BitmapFactory.decodeStream(inputStream, null, options);
     inputStream.close();
    } catch (FileNotFoundException exception) {
     exception.printStackTrace();
    } catch (IOException exception) {
     exception.printStackTrace();
    }
   }
  } catch (OutOfMemoryError exception) {
   exception.printStackTrace();
  }finally {
   return bmp;
  }
 }

看起來沒什么問題，看看實測結果，原圖 3840*2400，大小2.2M，我選4個分辨率當做目標值來壓縮：

可以看出壓縮后的4張圖沒有一張達到目標值，而且偏差較大,原因就是options.inSampleSize這個屬性，他只能是2的N次方，如果算出來是7，Android會取近似值8，以此類推導致這個值不能壓縮到目標值?？戳艘幌翪ompressor這個開源庫他對此做了處理，把壓縮后的圖片在Canvas上面按照目標尺寸重繪，得到一個新的bitmap：

核心代碼：

Matrix scaleMatrix = new Matrix();
  scaleMatrix.setScale(ratioX, ratioY, 0, 0);

  Canvas canvas = new Canvas(scaledBitmap);
  canvas.setMatrix(scaleMatrix);
  canvas.drawBitmap(bmp, 0, 0, new Paint(Paint.FILTER_BITMAP_FLAG));

用Compressor開源庫壓縮的圖片對比下：

可以看出每次都能壓縮到真實目標值。(注意不是目標值，注意區(qū)分目標值和真實目標值)

質量壓縮

Bitmap有個方法 compress(CompressFormat format, int quality, OutputStream stream)，quality就是壓縮質量傳入0-100，數(shù)值越小壓縮的越厲害。

不過我們一般不直接設置這個數(shù)值，而是自定義一個壓縮后大小比如300KB，然后動態(tài)計算這個quality，核心代碼：

//進行有損壓縮
ByteArrayOutputStream baos = new ByteArrayOutputStream();
int options_ = 100;
actualOutBitmap.compress(Bitmap.CompressFormat.JPEG, options_, baos);
//質量壓縮方法，把壓縮后的數(shù)據(jù)存放到baos中 (100表示不壓縮，0表示壓縮到最小)
int baosLength = baos.toByteArray().length;
while (baosLength / 1024 > maxFileSize)
 {
//循環(huán)判斷如果壓縮后圖片是否大于maxMemmorrySize,大于繼續(xù)壓縮 
baos.reset();
//重置baos即讓下一次的寫入覆蓋之前的內容
 options_ = Math.max(0, options_ - 10);//圖片質量每次減少10
 actualOutBitmap.compress(Bitmap.CompressFormat.JPEG, options_, baos);
//將壓縮后的圖片保存到baos中 
baosLength = baos.toByteArray().length;
 if (options_ == 0)//如果圖片的質量已降到最低則，不再進行壓縮 
break;
}

壓縮實踐

目前成熟的開源庫有Luban：https://github.com/Curzibn/Luban

這個開源庫算法比較復雜，根據(jù)效果圖前后對比逆向推算了微信朋友圈的壓縮，最后效果和微信差不多，如果你對壓縮要求很高可以使用這個。不過方法調用是異步的，回調形式反饋結果，這個不太好。。

Compressor：https://github.com/zetbaitsu/Compressor

這個開源庫就是在普通的壓縮算法上做了優(yōu)化改進，源碼很容易看懂，推薦！下面是用Compressor對三張大圖不同目標值做的壓縮測試（BV是我們項目的壓縮，忽略就好），質量參數(shù)設的是80%