本文主要讲解Bitmap.Config以及其中RGB_565使用和问题。
先看看Bitmap.Config枚举：
其中RGBA_F16和HARDWARE都是 api 26(8.0)之后才有的，ARGB_4444因为显示效果差，在api 13之后都会失效强制转成使用ARGB_8888模式。所以正常使用模式有ARGB_8888和RGB_565。
ARGB_8888模式所占内存是RGB_565的两倍，在一个华为高配手机上，一个图片50007000很正常，计算内存：50007000*4 = 133.5M，这时候调用Canvas.drawBitmap会直接报 oom。
很自然地，我们想到使用RGB_565加载，内存可以减小一半。但是要注意：
1、RGB_565没有透明通道，如果上层需要用到透明通道，就不能使用RGB_565。
2、在显示效果上，加载Bitmap时可以使用Options.inDither = true （抖动解码）来优化显示效果。
Paint也有一个setDither方法，效果应该类似类似
3、使用RGB_565加载出来的Bitmap再次保存到文件后，会变得偏绿。起始这点在上面枚举的图片中已经说得很清楚。如果一个需求是同一个文件要反复读写，最后发现图片会变得铜绿色，简直不可饶恕。
不过有两个策略可以缓解这种情况 (为了节省内存真是拼了 =_= )：
1、减少存储次数，怎么说？比如没有修改过，保存的时候就不必存啦，因为Bitmap拿到的本身就已经是失真的啦，反复储存会导致失真累加，最后没法看。所以需要逻辑上控制好策略咯，真的需要存储才去写。
2、真的要写咋办？有个同事提醒我，可不可以转成有透明度的图？虽然他不是Android的，但是感觉很有道理的样子，于是我们写下了如下类似的代码：
if( !destBitmap.getConfig().equals(Bitmap.Config.ARGB_8888)) {
//保存时拷贝成8888模式防止图片变色
destBitmap= BitmapUtil.copyBitmap(destBitmap, Bitmap.Config.ARGB_8888);
}
...省略写入文件的代码
如果需要的图片配置不是ARGB_8888则先使用ARGB_8888配置拷贝一份，再写入文件！验证效果后发现，大差不差，哈哈。问题是保存时内存会暴涨一下啦~ 不管，崩了再来╭(╯^╰)╮
