專案描述

目前做App開發總繞不開圖片這個元素。但是隨著手機拍照解析度的提升，圖片的壓縮成為一個很重要的問題。單純對圖片進行裁切，壓縮已經有很多文章介紹。但是裁切成多少，壓縮成多少卻很難控制好，裁切過頭圖片太小，質量壓縮過頭則顯示效果太差。

於是自然想到App巨頭“微信”會是怎麼處理，Luban（魯班）就是通過在微信朋友圈傳送近100張不同解析度圖片，對比原圖與微信壓縮後的圖片逆向推算出來的壓縮演算法。

因為有其他語言也想要實現Luban，所以描述了一遍演算法步驟。

因為是逆向推算，效果還沒法跟微信一模一樣，但是已經很接近微信朋友圈壓縮後的效果，具體看以下對比！

效果與對比

匯入

compile 'top.zibin:Luban:1.1.3'

使用

非同步呼叫

Luban內部採用IO執行緒進行圖片壓縮，外部呼叫只需設定好結果監聽即可：

Luban.with(this)
        .load(photos)                                   //
 
 傳人要壓縮的圖片列表
        .ignoreBy(100)                                  // 忽略不壓縮圖片的大小
        .setTargetDir(getPath())                        // 設定壓縮後文件儲存位置
        .setCompressListener(new OnCompressListener() { //設定回撥
          @Override
          public void onStart() {
            // TODO 壓縮開始前呼叫，可以在方法內啟動 loading UI
          }

          @Override
          public void onSuccess(File file) {
            // TODO 壓縮成功後呼叫，返回壓縮後的圖片檔案
          }

          @Override
          public void onError(Throwable e) {
            // TODO 當壓縮過程出現問題時呼叫
          }
        }).launch();    //啟動壓縮

同步呼叫

同步方法請儘量避免在主執行緒呼叫以免阻塞主執行緒，下面以rxJava呼叫為例

Flowable.just(photos)
    .observeOn(Schedulers.io())
    .map(new Function<List<String>, List<File>>() {
      @Override public List<File> apply(@NonNull List<String> list) throws Exception {
        // 同步方法直接返回壓縮後的檔案
        return Luban.with(MainActivity.this).load(list).get();
      }
    })
    .observeOn(AndroidSchedulers.mainThread())
    .subscribe();

轉載：點選開啟連結