Bitmap内存占用计算

densityDpi表示一英寸有多少个像素点

densityDpi density drawable目录 ic_launcher大小
640 4 drawable-xxxhdpi 192x192
480 3 drawable-xxhdpi 144x144
320 2 drawable-xhdpi 96x96
240 1.5 drawable-hdpi 72x72
160 1 drawable-mdpi 48x48
160 1 drawable -
- - drawable-nodpi -

xml布局使用R.drawable.xx相当于代码
BitmapFactory.decodeResource(getResources(), R.drawable.xx)
假设当前设备的dpi是560,那么系统匹配drawable目录的顺序是:

  1. drawable-xxxhdpi
  2. drawable-nodpi
  3. drawable-xxhdpi
  4. drawable-xhdpi
  5. drawable-hdpi
  6. drawable-mdpi
  7. drawable

加载图片会经过缩放,内存占用计算公式如下

float scale = (float) deviceDensityDpi / drawableDirDensityDpi;
int scaledWidth = (int) (imgWidth * scale + 0.5f);
int scaledHeight = (int) (imgHeight * scale + 0.5f);
// 这里为什么是一个像素点占4字节,下面再说
int byteCount = scaledWidth * scaledHeight * 4;

如果最终选择的是drawable目录,经过测试,其实就和放在drawable-mdpi是一样的,从上面的公式和表格,可以得出drawableDirDensityDpi越小,最终byteCount越大。所以最坏的情况就是本该放在drawable-xxxhdpi目录的图片放到了drawable目录
如果最终选择的是drawable-nodpi目录,那么是不会经过缩放的,也就是

int byteCount = imgWidth * imgHeight * 4

再说下,为什么说一个像素点是4个字节
其实加载图片的时候还要根据BitmapFactory.Options,如果options.inPreferredConfig = Bitmap.Config.ARGB_8888那么一个像素就是占4字节,而默认就是ARGB_8888

ALPHA_8就是Alpha由8位组成=1字节
ARGB_4444就是由4个4位组成即16位=2字节
ARGB_8888就是由4个8位组成即32位=4字节
RGB_565就是R为5位,G为6位,B为5位共16位=2字节

ARGB_4444已经不建议使用,质量太差,官方有这样一句注释

@deprecated Because of the poor quality of this configuration, it is advised to use {@link #ARGB_8888} instead.


关于jpg和png
对于Android来说并没有区别,比如一张100x100的jpg,大小10k,一张100x100的png,大小15k,如果放在同一个drawable目录下,它们加载进来占用的内存是一摸一样的,只跟分辨率有关。通常jpg图片的文件大小会比png图片小,是因为jpg是有损压缩,而png是无损压缩,而且jpg没有alpha通道


Demo

public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        BitmapFactory.Options options = new BitmapFactory.Options();
        options.inPreferredConfig = Bitmap.Config.ARGB_8888;

        // 同一张图片,每个目录都存一份
        // drawable-nodpi
        Bitmap nodpi = BitmapFactory.decodeResource(getResources(), R.drawable.nodpi);
        // drawable
        Bitmap _default = BitmapFactory.decodeResource(getResources(), R.drawable._default);
        // drawable-mhdpi
        Bitmap mhdpi = BitmapFactory.decodeResource(getResources(), R.drawable.mhdpi);
        // drawable-hdpi
        Bitmap hdpi = BitmapFactory.decodeResource(getResources(), R.drawable.hdpi);
        // drawable-xhdpi
        Bitmap xhdpi = BitmapFactory.decodeResource(getResources(), R.drawable.xhdpi);
        // drawable-xxhdpi
        Bitmap xxhdpi = BitmapFactory.decodeResource(getResources(), R.drawable.xxhdpi);
        // drawable-xxxhdpi
        Bitmap xxxhdpi = BitmapFactory.decodeResource(getResources(), R.drawable.xxxhdpi);

        Log.d("TEST", "nodpi=" + nodpi.getByteCount());
        Log.d("TEST", "default=" + _default.getByteCount());
        Log.d("TEST", "mhdpi=" + mhdpi.getByteCount());
        Log.d("TEST", "hdpi=" + hdpi.getByteCount());
        Log.d("TEST", "xhdpi=" + xhdpi.getByteCount());
        Log.d("TEST", "xxhdpi=" + xxhdpi.getByteCount());
        Log.d("TEST", "xxxhdpi=" + xxxhdpi.getByteCount());

        int realDensityDpi = getResources().getDisplayMetrics().densityDpi;
        // 根据densityDpi从不同的目录加载图片
        int drawableDirDensityDpi;
        if (realDensityDpi < 240) {
            drawableDirDensityDpi = 160;
        } else if (realDensityDpi < 320) {
            drawableDirDensityDpi = 240;
        } else if (realDensityDpi < 480) {
            drawableDirDensityDpi = 320;
        } else if (realDensityDpi < 560) {
            drawableDirDensityDpi = 480;
        } else {
            drawableDirDensityDpi = 640;
        }
        float scale = (float) realDensityDpi / drawableDirDensityDpi;
        // 默认是Bitmap.Config.ARGB_8888,所以是4字节
        // 我的设备dpi是560,所以是在xxxhdpi目录下
        int byteCount = (int) (192 * scale + 0.5) * (int) (192 * scale + 0.5) * 4;
        Bitmap ic_launcher = BitmapFactory.decodeResource(getResources(), R.mipmap.ic_launcher);
        Log.d("TEST", ic_launcher.getByteCount() + " " + byteCount);
    }
}

Android 开发绕不过的坑:你的 Bitmap 究竟占多大内存?

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

推荐阅读更多精彩内容