Android:一张图片占用多少内存(补充修改)

我们在开发Android应用的时候,经常会遇到OOM,加载图片过大,更是在OOM里面占有很大的比重,

  • 那么为什么会出现OOM?
  • 为啥图片过大就会OOM?
  • 图片的大小就是内存里的大小吗?

首先第一个问题:为什么会出现OOM?

答:为了整个系统的内存控制需要,Android系统为每一个应用程序都设置一个最大内存。超过这个内存数,那么就会OOM 内存溢出。当然不同手机这个最大内存的值不同。所以我们尽量不去占用过多内存。造成OOM的原因很多大家自行百度,这不是本文的重点。

第二个问题:为啥图片过大就会OOM?

因为图片的加载也是需要内存分配的,如果应用最大内存为32M,一个图片一下子需要50M的内存,那就肯定会溢出OOM。也有一种情况是 要一次加载很多图片,每一个可能不大,但是加起来的数量也是很恐怖。所以也有可能造成OOM。

第三个问题:图片的大小就是内存里的大小吗?

相信很多人,都有同样的而困惑,比如我有一张图片1080*720,图片的大小是200K(图片占用空间)

  • 图片占用空间 =》 磁盘上图片占用的空间大小
  • 图片内存大小 =》 加载到内存中图片占用的内存大小
    单位一样,完全不是一个概念

计算占用内存大小的公式:

图片宽 * 图片高 * 一个像素占用内存大小

一个像素占用内存像素大小和色值编码格式有关系,比如
(1).Bitmap.Config ALPHA_8

  8位Alpha位图(没有RGB通道值),每个像素占据1Byte内存

(2).Bitmap.Config ARGB_4444

  16位Alpha位图(ARGB每个通道各占4位),每个像素占据2Byte内存

(3).Bitmap.Config ARGB_8888

  默认颜色深度,32位Alpha位图(ARGB每个通道各占8位),每个像素占据4Byte内存

(4).Bitmap.Config RGB_565

   每个像素占据2Byte内存

我们这里就用ARGB_8888来计算。

所以上面的图片占用内存就是:

1080*720*4byte = 3037.5K = 2.97M

我们可以看出图片的宽高,和编码格式会影响图片占用内存的大小。从这个公式里看不出还有别的因素~~这应该就是准确的内存大小了吧。

答案是不对的~

图片所在目录对内存也有影响,而且很多。

image.png

不懂屏幕适配知识的可以先看一下我之前写的这篇文章Android 屏幕适配

假设:我们在xhdpi 目录下放了这个图片

屏幕密度是2倍的手机上:

1080*720*4byte = 3037.5K = 2.97M

屏幕密度是3倍的手机上:

1080*1.5 *720*1.5 *4byte = 6827.6K =6.67M

这是因为我们要计算Bitmap的像素宽高,像素的多少又取决于屏幕密度,当我们在2倍图在屏幕密度是2倍的手机上的时候,一切正常。
当2倍图在屏幕密度是3倍的手机上的时候,你就会发现取图本来应该在xxh,但是xxh里面没有,只能从xh里拿图,那么自然会把原尺寸乘以1.5,用来适配屏幕。一切用像素说话。

所以在计算图片占用内存大小的时候,要考虑图片所在的目录,和设备密度。
其实本质上还是宽和高的像素数量。

另外一种情况:

当我们把完全一样的图片a,b(不同名字),分别放到xh和xxh.在屏幕密度为2的手机里
那么a,b的内存又是如何呢?
xh:

1080*720*4byte = 3037.5K = 2.97M

xxh:

1080/1.5*720/1.5*4byte = 1.32M

理解了吗?不同文件夹对图片占用内存大小的影响了吗?
以xh和xxh 来说明一下,我们一般放入的图是1:1.5,但是(分别在屏幕密度为2和3)显示的图片大小是1:1。这是因为屏幕密度为2的会从xh取图,屏幕密度为3会从xxh取图,这样就可以保证我们图的大小一致。

之所以所占内存减少了是因为我们把Bitmap的宽高减少了1.5倍,以适应屏幕。
所以实际的Bitmap大小就是

 原高/1.5 * 原宽/1.5 * 4byte.

好多同学看完之后还有一些疑惑:比如是这样的:我有一个大图1000 * 1000,但是我ImageView设置大小100 * 100,是不是就是按照实际显示的100*100来算呢?

因为我们会发现我们计算图片内存大小都是以Bitmap的大小来计算,没有涉及ImageView的显示大小,我们这样理解啊,图片在硬盘的大小,是JPG,PNG这些图片的实际大小,图片在手机里可能会以Biatmap的形式存在(还有Drawable ),那么他的内存占用形式就是Bitmap的大小。所以不管你在ImageView的展示大小如何改变,BitMap本身大小不会变化,所以占用内存的大小也不会改变,(记住我们说的是图片占用内存),至于GPU的渲染我们先不论。

所以记住 图片内存大小以是Bitmap的实际尺寸大小为准,而不是图片显示大小。

后记:

我们是以Bitmap来举例子,如果用Drawable也是一样的,这里讲的是一个原理,如果你问我是怎么知道的,通过计算,对比数据,和平时应用总结出来的。所以肯定会有错误的地方,希望得到大家的指正。

学会了如何计算图片占用内存大小,之后要考虑的是如何优化图片占用内存了。
平时可以多使用.9 png 来避免大图。
如果非要加载大图或者巨图,那么也只能按区域加载,每次加载到内存的都必须是不超过限制的,这个之后的文章会给出回答。

大家可以点个关注,告诉我大家想要深入探究哪些问题,希望看到哪方面的文章,我可以免费给你写专题文章。。哈哈。。。
希望大家多多支持。。你的一个关注,是我坚持的最大动力。。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,117评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,963评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,897评论 0 240
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,805评论 0 203
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,208评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,535评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,797评论 2 311
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,493评论 0 197
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,215评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,477评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,988评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,325评论 2 252
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,971评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,807评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,544评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,455评论 2 266

推荐阅读更多精彩内容