前幾天在做圖片上傳的時候,沒有做圖片壓縮的邏輯。于是就出現(xiàn)了一系列很麻煩的問題。浪費流量,耗費資源,速度緩慢……恩……是時候展現(xiàn)真的技術了,有請魯班大師:Luban(魯班) —— Android圖片壓縮工具,仿微信朋友圈壓縮策略。
開始
老規(guī)矩,喜歡看原文的戳這里:魯班——仿微信朋友圈壓縮策略。
項目描述
目前做App開發(fā)總繞不開圖片這個元素。但是隨著手機拍照分辨率的提升,圖片的壓縮成為一個很重要的問題。單純對圖片進行裁切,壓縮已經(jīng)有很多文章介紹。但是裁切成多少,壓縮成多少卻很難控制好,裁切過頭圖片太小,質量壓縮過頭則顯示效果太差。
于是自然想到App巨頭“微信”會是怎么處理,Luban(魯班)就是通過在微信朋友圈發(fā)送近100張不同分辨率圖片,對比原圖與微信壓縮后的圖片逆向推算出來的壓縮算法。因為是逆向推算,效果還沒法跟微信一模一樣,但是已經(jīng)很接近微信朋友圈壓縮后的效果,具體看以下對比!
效果與對比
內容 | 原圖 | 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'
使用
異步調用
Luban內部采用IO線程進行圖片壓縮,外部調用只需設置好結果監(jiān)聽即可:
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 當壓縮過程出現(xiàn)問題時調用
}
}).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();