内存占用

首先要清楚Bitmap的文件大小肯定不是实际的内存加载大小。因为文件只是存储的信息，加载到内存中显示出来时还需要经过转换。

获取运行的时的内存占用： 

针对Bitmap位图对象，Android的系统框架中的graphics包下的Bitmap类。有bitmap.getByteCount()方法获取内存大小，单位字节（byte） 

其实本质上Bitmap的内存占用计算非常简单：

基本公式：总内存=宽×高×色彩空间

但是在实际运行中不是这么简单，公式的每个参数都会有被不同因素影响。

影响内存大小的三要素

1. 图片宽高：这个不用解释

2. 色彩空间 ：即Bitmap.Config枚举：ARGB_8888：总共32位（4byte），分别对应4个数值，数值单位为8bit位=1byte字节，分别描述透明度（1个）+RGB通道（3个）。每个字节数值范围0-255。作为Bitmap配置色彩空间的默认值。BitmapFactory加载时默认。 

public Bitmap.Config inPreferredConfig = Bitmap.Config.ARGB_8888

RGB_565

总共16位（2byte），分别对应3个数值，5位（红）+6位（绿）+5位（蓝）分别描述RGB通道。Glide加载时默认使用，DecodeFormat类 

public static final DecodeFormat DEFAULT = PREFER_RGB_565

可以看到，RGB_565只需要ARGB_8888的一半大小，代价是没有透明度描述。

3. 缩放比 ：对图片原始宽高的缩放设置认定为缩放比。

主动设置：

在解析Bitmap时，有个可选的Options对象，其中inSampleSize参数可以影响缩放比的结果。当使用该参数值时要求大于1且是2的倍数，比如在inSampleSize=2时，缩放比被缩小2倍（该功能只有缩小没有放大的可能），即“缩放比=原始缩放比×（1/2）”。对内存结果的影响是缩小4倍，因为宽/高都被缩小2倍。该值默认不生效，需要手动设置。

被动设置:

在系统中主要由，具体运行设备dpi的和图片文件存储的drawable文件dpi层级决定。 首先要引出屏幕密度概念。这是Android为应对众多的不同的屏幕分辨率色设备提出的概念和单位。

drawable文件的dpi层级：在Drawable系列文件中保存的Bitmap位图文件。根据Android开发的规范，Drawable的系列文件中的修饰符后命名是有意义的，声明了这个文件所属的Dpi（屏幕密度）层级。文件众多也对应了众多的Android设备屏幕密度。

设备的dpi层级：参考material.io/devices/可以了解。

设备和drawable文件的dpi缩放比计算： 

比如drawable-xhdpi（320=2*160=2*mdpi）下的bitmap被加载到xxxhdpi（640=4*160=4*mdpi）的Pixel-XL中。 

dpi缩放比=设备dpi/drawable的dpi，所以上面的，dpi缩放比=640/320=2。 

实际意义就是在高分辨率的xxxhdpi设备中，drawable-xhdpi文件需要放大2倍，即宽高各放大2倍来适应高密度设备。（假设没有缩放就会图小控件大）。需要指出的是如果Bitmap文件保存在drawable没有后缀的文件中，系统会使用drawable的dpi默认值就是160；

最终公式

基于以上认识，丰富上文的基本公式，可以的得到最终的计算Bitmap内存公式

最终公式：总内存=(原始宽×缩放比)×(原始高×缩放比)×色彩空间

举个例子：

原图：1000宽X447高，位于drawable-xxhdpi（480dpi=3*160dpi）文件包，设备Pixel-XL（560dpi=3.5*160dpi）。主动设置inSampleSize=2。使用默认Bitmap.Config=ARGB_8888

缩放比=主动设置×被动设置=1/2×(560/480)=0.5×1.166=0.5833

色彩空间=ARGB_8888=32bit=4byte

原始大小=1000×447

内存占用=(原始宽×缩放比)×(原始高×缩放比)×色彩空间 

=1000×0.5833×447×0.5833×4 

=583×260×4 

=606320byte 

≈0.578MB

启示

理解Bitmap的最终内存占用计算原理和内存占用各个参数，我们对Bitmap的处理时就有具体的目标。比如常见的优化Bitmap加载过程，其实就是对Bitmap加载时的各个变量参数设置修改。 常见的Bitmap优化：

修改缩放比：目标是修改最终图片加载的宽高，进而优化内存占用。具体就是设置inSampleSize值，如在适当的View上缩放显示适合的bitmap，实现bitmap的高效加载（Glide图片框架就是这样，让显示组件View的宽高的参与缩放比计算）。

修改色彩空间：在明确的不需要透明度的情况，使用RGB_565替换ARGB_8888，可以直接达到内存缩小一半的功效。缺点就是有限定条件。（从网络上的博文描述，不推荐使用ARGB_4444替换，因为这样的图片质量太差）

转自：https://juejin.im/entry/5acf2260518825558359a17a