目前作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();