前幾天在做圖片上傳的時候,沒有做圖片壓縮的邏輯。于是就出現(xiàn)了一系列很麻煩的問題。浪費流量,耗費資源,速度緩慢……恩……是時候展現(xiàn)真的技術(shù)了,有請魯班大師:Luban(魯班) —— Android圖片壓縮工具,仿微信朋友圈壓縮策略。
開始
老規(guī)矩,喜歡看原文的戳這里:魯班——仿微信朋友圈壓縮策略。
項目描述
目前做App開發(fā)總繞不開圖片這個元素。但是隨著手機拍照分辨率的提升,圖片的壓縮成為一個很重要的問題。單純對圖片進行裁切,壓縮已經(jīng)有很多文章介紹。但是裁切成多少,壓縮成多少卻很難控制好,裁切過頭圖片太小,質(zhì)量壓縮過頭則顯示效果太差。
于是自然想到App巨頭“微信”會是怎么處理,Luban(魯班)就是通過在微信朋友圈發(fā)送近100張不同分辨率圖片,對比原圖與微信壓縮后的圖片逆向推算出來的壓縮算法。因為是逆向推算,效果還沒法跟微信一模一樣,但是已經(jīng)很接近微信朋友圈壓縮后的效果,具體看以下對比!
效果與對比
| 內(nèi)容 | 原圖 | Luban | |
|---|---|---|---|
| 截屏 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'
使用
異步調(diào)用
Luban內(nèi)部采用IO線程進行圖片壓縮,外部調(diào)用只需設(shè)置好結(jié)果監(jiān)聽即可:
Luban.with(this)
.load(photos) // 傳人要壓縮的圖片列表
.ignoreBy(100) // 忽略不壓縮圖片的大小
.setTargetDir(getPath()) // 設(shè)置壓縮后文件存儲位置
.setCompressListener(new OnCompressListener() { //設(shè)置回調(diào)
@Override
public void onStart() {
// TODO 壓縮開始前調(diào)用,可以在方法內(nèi)啟動 loading UI
}
@Override
public void onSuccess(File file) {
// TODO 壓縮成功后調(diào)用,返回壓縮后的圖片文件
}
@Override
public void onError(Throwable e) {
// TODO 當壓縮過程出現(xiàn)問題時調(diào)用
}
}).launch(); //啟動壓縮
同步調(diào)用
同步方法請盡量避免在主線程調(diào)用以免阻塞主線程,下面以rxJava調(diào)用為例
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();