目前作App
開發總繞不開圖片這個元素。可是隨着手機拍照分辨率的提高,圖片的壓縮成爲一個很重要的問題。單純對圖片進行裁切,壓縮已經有不少文章介紹。可是裁切成多少,壓縮成多少卻很難控制好,裁切過頭圖片過小,質量壓縮過頭則顯示效果太差。git
因而天然想到App
巨頭「微信」會是怎麼處理,Luban
(魯班)就是經過在微信朋友圈發送近100張不一樣分辨率圖片,對比原圖與微信壓縮後的圖片逆向推算出來的壓縮算法。github
由於有其餘語言也想要實現Luban
,因此描述了一遍算法步驟。算法
由於是逆向推算,效果還無法跟微信如出一轍,可是已經很接近微信朋友圈壓縮後的效果,具體看如下對比!微信
內容 | 原圖 | Luban |
Wechat |
---|---|---|---|
截屏 720P | 720*1280,390k | 720*1280,87k | 720*1280,56k |
截屏 1080P | 1080*1920,2.21M | 1080*1920,104k | 1080*1920,112k |
拍照 13M(4:3) | 3096*4128,3.12M | 1548*2064,141k | 1548*2064,147k |
拍照 9.6M(16:9) | 4128*2322,4.64M | 1032*581,97k | 1032*581,74k |
滾動截屏 | 1080*6433,1.56M | 1080*6433,351k | 1080*6433,482k |
compile 'top.zibin:Luban:1.1.3'
Luban
內部採用IO
線程進行圖片壓縮,外部調用只需設置好結果監聽便可:app
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();