既然与内存没有关系，那压缩图片有什么意义呢？对于APK而言，压缩图片是为了减小APK的体积，而对于需要网络请求的图片，压缩则是为了更快的网络响应。
所以优化之前需要清楚2个基本原则：
- 图片占用内存的大小与图片本身的大小没有直接关系；
- WebP格式的图片虽然小，但占用的内存和其他格式无差别;
图片占用内存的大小
memorySize ≈ width * height * 每个像
素需要的字节数
优化策略
既然需要的内存公式已得到，那优化就显而易见了，无非就是减小的这三个参数的值，具体的策略如下：
这里我们将图片分为2种情况来探讨：
drawable中的图片
单独探讨这种情况，是因为Android系统会对drawable中的图片进行缩放，缩放系数与设置的屏幕分辨率和drawable所表示的分辨率有关，具体的公式如下：
scale = 设备分辨率 / 资源目录分辨率 如：1080x1920的图片显示xhdpi中的图片，scale = 480 / 320 = 1.5
所以此时图片占用的内存大小为：
memorySize ≈ (width * scale) * (height * scale) * 每个像素需要的字节数
≈ width * height * scale ^ 2 * 每个像素需要的字节数
具体的缩放过程可参考Android中Bitmap内存优化
这里我们只探讨一下scale系数的影响因素：设备分辨率和资源目录分辨率。至于其他的可变因子会在另一种情况中介绍。设备分辨率我们没法改变，所以影响因素只有资源目录分辨率，也就是说，同一张图片，放在不同的drawable中，占用的内存大小不同。从公式可看出，使用同一个设备时，drawable表示的分辨率越高，则图片占用的内存越小，反之越大。所以，在做图片的兼容性时，如果只想使用一张图片，则应使用3倍甚至4倍的图片（3倍是主流机型，但在4倍手机上会被放大，图片可能失真），这样在低分辨率的手机上，不仅显示清晰，而且系统会自动进行缩放，从而确保占用较小的内存。
同样是存放图片的位置，为什么mipmap不在这种情况的考虑范围之内呢？因为mipmap是Android系统为了避免Launcher Icon变形而添加的资源目录，也就是说，mipmap中的图片不会被缩放。所以Google也不推荐将除Launcher Icon之外的图片放在mipmap目录中。
其他位置的图片
其他位置的图片包括mipmap, asset, 本地图片，网络图片等。这些位置的图片都有一个共同点——不会被缩放。所以只需要考虑如何改变图片分辨率和每个像素需要的字节数即可。
本地图片
本地图片通常都是通过Android提供的BitmapFactory来加载的, 这里看几个常用的API：
// 根据路径加载
public static Bitmap decodeFile(String pathName, Options opts);
// 加载drawable或mipmap中的图片
public static Bitmap decodeResource(Resources res, int id, Options opts)
// 根据字节流加载
public static Bitmap decodeByteArray(byte[] data, int offset, int length)
// 根据IO流加载
public static Bitmap decodeStream(InputStream is, Rect outPadding, Options opts)
图片的优化可通过Options参数来实现(Options的介绍可参考从fresco 看图片优化)：
方式一：inSampleSize
inSampleSize可理解为图片的缩小比例，若inSampleSize小于1，则当做1处理。设置inSampleSize后，图片的宽度和高度将变成原来的1/inSampleSize, 其占用的内存空间将是原来的1/(inSampleSize ^ 2)。但是具体如何取值呢，可通过以下代码来获取：
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(getResources(), R.drawable.image, options);
options.inSampleSize = getSampleSize(options, 100, 100);
options.inJustDecodeBounds = false;
Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.drawable.abc, options);
imageView.setImageBitmap(bitmap);
public static int getSampleSize(BitmapFactory.Options options, int viewWidth, int viewHeight) {
if (viewWidth == 0 || viewHeight == 0 || options == null) {
return 1;
}
int widthScale = options.outWidth / viewWidth;
int heightScale = options.outHeight / viewHeight;
Log.i(“out”, “width==” + widthScale + " heightScale==" + heightScale);
return widthScale >= heightScale ? heightScale : widthScale;
}
方式二：inDensity
inDensity相当于上面说的资源目录分辨率，前面说了，这里考虑的情况，图片不会被缩放，其原因就是inDensity和设备分辨率的取值是一致的，因为inDensity=设备分辨率，所以scale=1, 如果将inDensity设置为大于设备分辨率的值，那么图片就会被缩小。例如，当前的手机1dp=2px, 即2X屏幕，此时的inDensity为320, 如果将inDensity修改为480, scale=320f/480f=2/3, 那么图片所占用的内存将变成原来的4/9。
方式三：inPreferredConfig
inPreferredConfig的取值为Bitmap.Config类型(这里只考虑以下几种情况)，它是一个枚举类型，用来设置每个像素需要的字节数：
ALPHA_8：占1个字节
RGB_565：占2个字节
ARGB_4444：占2个字节，已废弃，不推荐使用
ARGB_8888：32位真彩色，带透明度，占4个字节
显示图片时默认都是ARGB_8888，所以我们可通过inPreferredConfig的值进行内存优化。但实际上inPreferredConfig的取值对内存的影响并不是简单的Bitmap.Config.ALPHA_8占1个字节，ARGB_4444和RGB_565占2个字节，ARGB_8888占4个字节，而是与具体的图片格式有关：
nfig的取值对内存的影响并不是简单的Bitmap.Config.ALPHA_8占1个字节，ARGB_4444和RGB_565占2个字节，ARGB_8888占4个字节，而是与具体的图片格式有关：
