Android Bitmap图片优化分析
图片在移动开发中占据中举足轻重的地位，早期的android 应用页面Ui相对简单，但随着Android系统不断的升级发展， 界面元素越来越丰富，用户对体验要求越来越高，UI小姐姐们需要设计出精致的界面元素，其中不乏很多好看的图片，但是随着手机性能提升（分辨率，cpu主频，内存等），图片质量也越来越大，拍个照动不动就3M，4M，8M， 大家都知道，android 应用在创建进程时候，会分配一个指定的内存大小，准确的说话是 google原生OS的默认值是16M，但是各个厂家的系统会对这个值进行修改，如果我们应用“毫不吝啬”将这些大图直接加载到内存中，很快内存就会耗尽，最终出现OOM异常，所以图片的处理对于一个稳定、用户体验友好的应用来说非常重要，今天我们就来聊一聊Bitmap，在开发过程中把”图片“给优化一番，保证我们项目在线上稳定、流畅运行。
Bitmap 初识
Bitmap图像处理的最重要类之一，用它可以获取图像文件信息，进行图像颜色变换、剪切、旋转、缩放等操作，并可以指定格式保存图像文件。
如图，bitmap在sdk中算是元老级的人物了，从api1中就已经有了，可见其重要性。
继承关系就不解释了，实现了Parcelable 具备在内存中传递的特性。
bitmap中有两个重要的内部类 CompressFormat 以及 Config；
下面分别介绍一下这两个类
- CompressFormat
CompressFormat 是用来设置压缩方式的，是个枚举类，内部提供了三种图片压缩方式类型，
- JPEG ： 表示Bitmap采用JPEG压缩算法进行压缩，压缩后的格式可以是.jpg或者.png，是一种有损压缩方式。
- PNG ： 表示Bitmap采用PNG压缩算法进行压缩，压缩后的格式可以是.png，是一种无损压缩方式。
- WEBP ：表示以WebP压缩算法进行图像压缩，压缩后的格式可以是".webp"，是一种有损压缩，质量相同的情况下，WebP格式图像的体积要比JPEG格式图像小40%，美中不足的是，WebP格式图像的编码时间“比JPEG格式图像长8倍”， 而且还需要注意，在官方文档中有这样的描述：As of
Build.VERSION_CODES.Q, a value of100results in a file in the lossless WEBP format. Otherwise the file will be in the lossy WEBP format. 意为Android10之后如果quality值（压缩质量）为100的话，bitmap压缩采用无损压缩格式，其他都为有损压缩；
这里有的同志会问，这都是压缩格式啊，具体怎么操作压缩呢，Bitmap为我们提供了一个可靠的方法供开发者使用，我们来顺便看看Bitmap都有什么方法，如下：
第一个方法就是compress()方法， 没错就是这么就这方法，一共有三个参数
- format ：上面已经说明了，表示压缩格式；
- quality ： 压缩质量，取值0-100，0表示最低画质压缩，100表示最高画质压缩，对于PNG压缩格式来说，该参数可以忽略，对于WEBP格式来说，小于100为有损压缩格式，会对画质产生直接影响， 等于100时候采用的是无损压缩格式，画质是不会有改变，但是图片大小得到很好压缩；
- stream ： 将压缩后的图片写到指定的输出流中；
返回值：boolean， 返回true表示成功将bitmap压缩到输出流中，然后可以通过Bitmap.Factory从相应的输入流中解析出来bitmap信息；
从官网介绍可知， 该方法在图片压缩过程中可能消耗较长时间，建议放在子线程中操作，至于为什么大家可以看看源码， 源码中会调用一个nativeCompress 的Native 方法，也就是压缩处理是放在底层处理的；
- Config
表示位图像素的存储格式，什么意思呢？ 就是bitmap在屏幕上显示的每一像素在内存中存储的格式，会影响Bitmap真实图片的透明度以及图片质量；
- Bitmap.Config.ALPHA_8：颜色信息只由透明度组成，占8位；
-
Bitmap.Config.ARGB_4444：颜色信息由透明度与R（Red），G（Green），B（Blue）四部分组成，每个部分都占4位，总共占16位；
-
Bitmap.Config.ARGB_8888：颜色信息由透明度与R（Red），G（Green），B（Blue）四部分组成，每个部分都占8位，总共占32位，是Bitmap 默认的颜色存储格式，也是最占空间的一种配置；
-
Bitmap.Config.RGB_565：颜色信息由R（Red），G（Green），B（Blue）三部分组成，R占5位，G占6位，B占5位，总共占16位；
上面说了 android 系统默认存储位图方式是 ARGB_8888, 4个通道组成，每个通道8位，分表代表透明度和RGB颜色值， 也就是说一个位图像素占用了4个字节（1个byte8个bit位）,
同理：采用 Bitmap.Config.RGB_565 存储，单像素占用内存大小仅有2byte,换句话说一张图片采用ARGB_565格式相对于默认的ARGB_8888内存将减少一半，所以通过改变bitmap像素存储方式也是图片内存优化的重要渠道，这个后面会讲到；
BitmapFactory
创建位图bitmap对象途径有很多种， 包括指定文件、流, 和字节数组等；
官方文档中提供了从字节数组、指定路径，系统Resource、二进制流等方式创建Bitmap, 当然有的方法需要一些特殊参数，例如通过字节数组方式需要指定解析的起始偏移位置，长度等，有的需要指定路径 path , 或者指定 BitmapFactory.Option配置信息 ， 它也是我们图片优化的重要手段；