我们看到的一张大小为 55.8KB 的 png 图片,它在内存中占有的大小也是 55.8KB 吗?
理清这点蛮重要的,因为碰到过有人说,我一张图片就几 KB,虽然界面上显示了上百张,但为什么内存占用却这么高?
所以,我们需要搞清楚一个概念:我们在电脑上看到的 png 格式或者 jpg 格式的图片,png(jpg) 只是这张图片的容器,它们是经过相对应的压缩算法将原图每个像素点信息转换用另一种数据格式表示,以此达到压缩目的,减少图片文件大小。
而当我们通过代码,将这张图片加载进内存时,会先解析图片文件本身的数据格式,然后还原为位图,也就是 Bitmap 对象,Bitmap 的大小取决于像素点的数据格式以及分辨率两者了。
所以,**一张 png 或者 jpg 格式的图片大小,跟这张图片加载进内存所占用的大小完全是两回事。**你不能说,我 jpg 图片也就 10KB,那它就只占用 10KB 的内存空间,这是不对的。
那么,一张图片占用的内存空间大小究竟该如何计算?
末尾附上的一篇大神文章里讲得特别详细,感兴趣可以看一看。这里不打算讲这么专业,还是按照我粗坯的理解来给大伙讲讲。
图片内存大小
网上很多文章都会介绍说,计算一张图片占用的内存大小公式:分辨率 * 每个像素点的大小。
这句话,说对也对,说不对也不对,我只是觉得,不结合场景来说的话,直接就这样表达有点不严谨。
在 Android 原生的 Bitmap 操作中,某些场景下,图片被加载进内存时的分辨率会经过一层转换,所以,虽然最终图片大小的计算公式仍旧是分辨率*像素点大小,但此时的分辨率已不是图片本身的分辨率了。
我们来做个实验,分别从如下的几种考虑点相互组合的场景中,加载同一张图片,看一下占用的内存空间大小分别是多少:
- 图片的不同来源:磁盘、res 资源文件
- 图片文件的不同格式:png、jpg
- 图片显示的不同大小的控件
- 不同的 Android 系统设备
测试代码模板如下:
private void loadResImage(ImageView imageView) {
BitmapFactory.Options options = new BitmapFactory.Options();
Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.drawable.weixin, options);
//Bitmap bitmap = BitmapFactory.decodeFile(“mnt/sdcard/weixin.png”, options);
imageView.setImageBitmap(bitmap);
Log.i(“!!!”, “bitmap:ByteCount = " + bitmap.getByteCount() + “:::bitmap:AllocationByteCount = " + bitmap.getAllocationByteCount());
Log.i(”!!!”, “width:” + bitmap.getWidth() + “:::height:” + bitmap.getHeight());
Log.i(“!!!”, “inDensity:” + options.inDensity + “:::inTargetDensity:” + options.inTargetDensity);
Log.i(“!!!”, “imageview.width:” + imageView.getWidth() + “:::imageview.height:” + imageView.getHeight());
}
ps:这里提一下,使用 Bitmap 的 getByteCount()
方法可以获取当前图片占用的内存大小,当然在 api 19 之后有另外一个方法,而且当 bitmap 是复用时获取的大小含义也有些变化,这些特殊场景就不细说,感兴趣自行查阅。反正这里知道,大部分场景可以通过 getByteCount()
打印图片占用的内存大小来验证我们的实验即可。
图片就是上图那张:分辨率为 1080*452 的 png 格式的图片,图片文件本身大小 56KB
序号 | 前提 | Bitmap内存大小 |
---|---|---|
1 | 图片位于res/drawable,设备dpi=240,设备1dp=1.5px,控件宽高& |