图片内存占用计算公式
图片分辨率 = a ，b 比如：18*12
图片存放的文件夹对应的dpi ， 比如hdpi是240，xhdpi是320dpi ，我们定位为变量inDensity
手机设备的dpi，这个值取决于每台手机，
比如我的小米10pro，是440dpi （这个值并不是手机分辨率的平方之和 ，开根号，再除以手机尺寸，这个展示分辨率取决于厂商的算法）,
我们定义为targetDensity
图片缩放比例 scale= targetDensity / inDensity
每个像素点的内存大小 pointMemory ，取决于色深，比如argb8888的色深就是32个bit位 = 4byte
图片占用内存 = （图片宽a * scale + 0.5） * (图片高 * scale +0.5) * pointMemory
同一张图片，展示在不同分辨率手机上，内存占用大小一致吗？
不一致。
因为inDensity的数值一致，但targetDensity的数值不一致，所以图片的缩放比例不同，占用内存自然不同
同一手机设备加载不同分辨率文件夹下的同一图片，内存占用大小一致吗？
一致。
虽然不同分辨率下的inDensity数值是不同的，但只要设计师是按照规范切的图，
那么不同分辨率图片之间的宽高缩放比例 = inDensity之间的比例。
所以最终不同分辨率的图片在同一设备上展示时，图片宽高缩放后得到的最终值是一致的，内存也就一致了。
imageView控件的大小会影响内存占用大小吗？
不会。
因为通过src属性，我们在获取对应的drawable时，设置的density为0，density为0的情况下，图片的宽高是不会进行任何的缩放的，故而占用内存大小也不会有任何的改变。
内存占用大小 = 图片原始宽 * 图片原始高 * 色深
同一个资源id，通过BitmapFactory创建的bitmap和xml文件中imageView设置的src，占用内存是否一致？
会有不一致的场景。
如果inDensity和targetDensity不一致，那么通过BitmapFactory创建的bitmap会进行缩放，
从而导致 内存大小 != 图片原始宽 * 图片原始高 * 色深。
而xml通过src属性设置的图片，因为density = 0的原因，图片不会进行任何的缩放
内存大小 = 图片原始宽 * 图片原始高 * 色深
三方图片加载框架设置图片大小，是否会影响图片占用内存？
会。
三方框架设置图片大小的操作本质，是修改图片的宽高，图片的宽高变了，占用内存大小自然也就变了
google图片适配的规则
先找手机设备dpi对应的drawable文件夹，如果当前文件夹找不到，google的策略是优先图片缩小。
所以会接着去找高分辨率下文件夹有没有这张图片，高分辨率都没有的情况下，会接着从低分辨文件夹中查找
比如：手机设备dpi 为320(xhdpi)，如果在drawable-xhdpi文件中找不到对应图片，
则接着去drawable-xxhdpi、drawable-xxxhdpi文件夹中查找，
如果依然没有找到，则去drawable-hdpi、drawable-mdpi下查找
为什么建议图片要放在正确的分辨率文件夹下？
只针对手机设备的分辨率是xxhdpi做分析，其余分辨率自行思考，targetDensity = 480
分辨率是xxhdpi的图片，放在正确的drawable-xxhdpi文件夹下。
inDensity = 480，targetDensity = 480，图片缩放比例 scale = 1
分辨率是xxhdpi的图片，放在错误的drawable-xhdpi文件夹下。
inDensity = 320，targetDensity = 480，图片缩放比例 scale = 1.5
内存大小从 width * height * pointMemeory 变成了 (width * 1.5 + 0.5) * (height * 1.5 + 0.5) * pointMemory，
导致占用的内存增加了许多
一个dpi为320的手机设备，加载一张drawable-xxxhdpi下的图片，占用的内存和加载一张drawable-xhdpi下的图片一样吗？
当然一样，加载高分辨率图片时，图片是会缩小的，图片大小会缩放到和其他分辨率一致，故而占用内存大小是一致的
既然我们手机加载不同分辨率目录下的同一图片，占用内存大小都是一致的，那为什么还要创建多个drawable目录呢 ？ 直接使用drawable-xxxhdpi，岂不是还可以缩小包体积？
这里涉及到一个问题，就是xml文件中我们使用imageView控件，直接通过src属性引用图片资源的场景.
而通过xml文件引用图片资源，占用的内存大小如下：
因为通过src属性，我们在获取对应的drawable时，设置的density为0，density为0的情况下，
图片的宽高是不会进行任何的缩放的，故而占用内存大小也不会有任何的改变。
内存占用大小 = 图片原始宽 * 图片原始高 * 色深
所以 如果我是320的手机，我加载xhdpi下的图片，假设图片是 18*12 argb8888 ，那内存占用就是 18*12*4
但如果我只在xxxhdpi下有图片，假设图片是36*24 ， 那内存占用就是36*24 * 4，内存占用一下就翻了4倍.
而我们drawable目录下的 图片，几乎都是用于xml引用图片，很少会用bitmapFactory创建，
所以还是每个文件夹下都放对应分辨率的图片是最好的
图片的释放
