前言
图片压缩在Android技术中已经属于烂大街，上周看了2个开源库然后对自己项目的压缩做了对比，发现一些新东西，记录与此。
为何要压缩
1、体积的原因
如果你的图片是要准备上传的，那动辄几M的大小肯定不行的，况且图片分辨率大于设备分辨率的话毫无意义。
2、内存原因
如果图片要显示下Android设备上，ImageView最终是要加载Bitmap对象的，就要考虑单个Bitmap对象的内存占用了，如何计算一张图片的加载到内存的占用呢？其实就是所有像素的内存占用总和：
bitmap内存大小 = 图片长度 x 图片宽度 x 单位像素占用的字节数
起决定因素就是最后那个参数了，Bitmap'常见有2种编码方式：ARGB_8888和RGB_565，ARGB_8888每个像素点4个byte，RGB_565是2个byte，一般都采用ARGB_8888这种。那么常见的1080*1920的图片内存占用就是：
1920 x 1080 x 4 = 7.9M
压缩原理
从上面可以总结出，图片压缩应该从两个方面入手同时进行：先是降低分辨率，然后降低每个像素的质量也就是内存占用。
分辨率压缩
假设有张原图是3840x2400，我想压缩成1920x1080，实际是不可能100%能压缩这个值的。因为图片压缩要保证宽高比，试想一下800x100的横向图可能压成20x200竖向图吗？ 不可能的.。这里常见的算法就是在1920x1080的范围内保证较短边，然后按照比例压缩整个图：
这里原图的宽高比是 3840/2400 = 1.6，目标图的宽高比是1920/1080 = 1.78>1.6，较短边是高。所以就应该按照高的比例来压缩。
2400/1080=2.22，这样真实目标值就是：1728x1080，压缩比四舍五入是：2，然后通过下面代码进行压缩：
private Bitmap compressPixel(String filePath){
Bitmap bmp = null;
BitmapFactory.Options options = new BitmapFactory.Options();
//setting inSampleSize value allows to load a scaled down version of the original image
options.inSampleSize = 2;
//inJustDecodeBounds set to false to load the actual bitmap
options.inJustDecodeBounds = false;
options.inTempStorage = new byte[16 * 1024];
try {
//load the bitmap from its path
bmp = BitmapFactory.decodeFile(filePath, options);
if (bmp == null) {
InputStream inputStream = null;
try {
inputStream = new FileInputStream(filePath);
BitmapFactory.decodeStream(inputStream, null, options);
inputStream.close();
} catch (FileNotFoundException exception) {
exception.printStackTrace();
} catch (IOException exception) {
exception.printStackTrace();
}
}
} catch (OutOfMemoryError exception) {
exception.printStackTrace();
}finally {
return bmp;
}
}
看起来没什么问题，看看实测结果，原图 3840*2400，大小2.2M，我选4个分辨率当做目标值来压缩：
可以看出压缩后的4张图没有一张达到目标值，而且偏差较大,原因就是options.inSampleSize这个属性，他只能是2的N次方，如果算出来是7，Android会取近似值8，以此类推导致这个值不能压缩到目标值。看了一下Compressor这个开源库他对此做了处理，把压缩后的图片在Canvas上面按照目标尺寸重绘，得到一个新的bitmap：
核心代码：
Matrix scaleMatrix = new Matrix(); scaleMatrix.setScale(ratioX, ratioY, 0, 0); Canvas canvas = new Canvas(scaledBitmap); canvas.setMatrix(scaleMatrix); canvas.drawBitmap(bmp, 0, 0, new Paint(Paint.FILTER_BITMAP_FLAG));
用Compressor开源库压缩的图片对比下：
可以看出每次都能压缩到真实目标值。(注意不是目标值，注意区分目标值和真实目标值)
质量压缩
Bitmap有个方法 compress(CompressFormat format, int quality, OutputStream stream)，quality就是压缩质量传入0-100，数值越小压缩的越厉害。
不过我们一般不直接设置这个数值，而是自定义一个压缩后大小比如300KB，然后动态计算这个quality，核心代码：
//进行有损压缩
ByteArrayOutputStream baos = new ByteArrayOutputStream();
int options_ = 100;
actualOutBitmap.compress(Bitmap.CompressFormat.JPEG, options_, baos);
//质量压缩方法，把压缩后的数据存放到baos中 (100表示不压缩，0表示压缩到最小)
int baosLength = baos.toByteArray().length;
while (baosLength / 1024 > maxFileSize)
{
//循环判断如果压缩后图片是否大于maxMemmorrySize,大于继续压缩
baos.reset();
//重置baos即让下一次的写入覆盖之前的内容
options_ = Math.max(0, options_ - 10);//图片质量每次减少10
actualOutBitmap.compress(Bitmap.CompressFormat.JPEG, options_, baos);
//将压缩后的图片保存到baos中
baosLength = baos.toByteArray().length;
if (options_ == 0)//如果图片的质量已降到最低则，不再进行压缩
break;
}
压缩实践
目前成熟的开源库有Luban：https://github.com/Curzibn/Luban
这个开源库算法比较复杂，根据效果图前后对比逆向推算了微信朋友圈的压缩，最后效果和微信差不多，如果你对压缩要求很高可以使用这个。不过方法调用是异步的，回调形式反馈结果，这个不太好。。
Compressor：https://github.com/zetbaitsu/Compressor
这个开源库就是在普通的压缩算法上做了优化改进，源码很容易看懂，推荐！下面是用Compressor对三张大图不同目标值做的压缩测试（BV是我们项目的压缩，忽略就好），质量参数设的是80%
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。