Bitmap内存占用优化的关键:图片分辨率、文件夹存放和加载策略

移动开发 Android
虽然不同分辨率下的inDensity数值是不同的,但只要设计师是按照规范切的图,那么不同分辨率图片之间的宽高缩放比例=inDensity之间的比例。 所以最终不同分辨率的图片在同一设备上展示时,图片宽高缩放后得到的最终值是一致的,内存也就一致了。

图片内存占用计算公式

  1. 图片分辨率 = a*b  比如:180*120
  2. 图片存放的文件夹对应的dpi,比如hdpi是240,xhdpi是320dpi,我们定位为变量inDensity
  3. 手机设备的dpi,这个值取决于每台手机,比如我的小米是440dpi (这个值并不是手机分辨率的平方之和 ,开根号,再除以手机尺寸,这个展示分辨率取决于厂商的算法), 我们定义为targetDensity
  4. 图片缩放比例scale= targetDensity/inDensity,每个像素点的内存大小pointMemory ,取决于色深,比如argb8888的色深就是32个bit位=4byte
  5. 图片占用内存=(图片宽a*scale+0.5)*(图片高b*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的原因,图片不会进行任何的缩放,内存占用大小=图片原始宽*图片原始高*色深

三方图片加载框架设置图片大小,是否会影响图片占用内存?

会。三方框架设置图片大小的操作本质,是修改图片的宽高,图片的宽高变了,占用内存大小自然也就变了

Android图片适配的规则

先找手机设备dpi对应的drawable文件夹,如果当前文件夹找不到,策略是优先图片缩小。 所以会接着去找高分辨率下文件夹有没有这张图片,高分辨率都没有的情况下,会接着从低分辨文件夹中查找.

比如:手机设备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创建,所以还是每个文件夹下都放对应分辨率的图片是最好的。

责任编辑:武晓燕 来源: 沐雨花飞蝶
相关推荐

2015-04-16 10:41:34

Bitmap

2014-08-07 15:06:45

Android设备分辨率

2017-04-10 09:17:08

神经网络分辨率像素递归

2014-10-15 14:58:50

iPhone6iOS 8分辨率

2013-08-13 11:09:10

android分辨率

2017-05-04 21:15:30

Android分辨率

2021-01-20 11:14:47

人工智能算法技术

2017-06-13 12:57:42

Windows 10Windows分辨率

2011-08-16 17:57:51

linux修改分辨率

2021-09-14 14:02:40

手机内存技术

2013-09-16 16:56:09

AndroidBitmap内存优化

2011-05-30 08:42:56

Android

2012-01-05 16:08:57

佳能激光打印机

2009-11-27 13:03:42

SUSE FAQ修改X

2013-05-21 14:15:23

Android游戏开发屏幕分辨率

2011-09-08 17:40:05

ubuntu分辨率

2013-10-16 16:58:17

iOS优化缓存优化

2011-05-05 17:29:23

扫描仪

2023-02-16 07:30:55

图形编辑器屏幕开发

2023-10-27 08:30:52

传输接口刷新率
点赞
收藏

51CTO技术栈公众号