加载一张图片到ImageView到底占据多少内存
简介
Android中经常要通过ImageView进行图片资源显示。在加载图片时,首先要考虑的两个因素就是体验问题和性能问题。
其中,体验问题是指图片显示的是否正确(例如Universal-Image-Loader在适配Adapter图片资源时会导致图片显示错位),分辨率是否合适等。而体验问题主要是指图片加载速度,以及更加重要的图片加载的内存占用问题。本文重点介绍ImageView加载图片中的内存占用问题。
问题
在开发的过程中,经常会发现因为加载图片而引起的Out of Memory(OOM)问题,有的时候会很奇怪,明明加载的图片只有几十K,为什么就会导致OOM呢?另外在图片资源设置过程中,只放置某一个dpi文件夹(例如drawable-xxhdpi文件夹)的资源,在不同设备中对ImageView占用会有影响吗?下面会对图片加载的内存占用相关问题进行展开分析。
概念描述
首先,图片对内存的占用是一个叠加的过程,也就是说图片资源不是及时释放的,使用过的图片在回收过程中可能会有一定程度的延迟。此外,很多时候图片所依附的Activity是出于当前Activity栈底的状态,再GC回收过程,这样的bitmap资源会被认为是活跃状态的,不会被Android系统回收。
另外一方面,Android中图片加载到内存中的内存占用跟图片的实际大小没有直接的关系,甚至于图片的实际像素尺寸也没有直接的关系。
在这里,首先要介绍几个概念(以图片A:尺寸60*60 大小2.02K为例):
- 图像尺寸:表示图像在硬盘中的原始尺寸,本例中为60*60;
- 图像大小:表示图像在占据硬盘容量大小,本例中为2.02K;
- bitmap尺寸:表示图像以bitmap的形式存在内存中的实际尺寸;
- 显示尺寸:表示图像在UI上显示的实际尺寸;
- 内存占用:表示加载的图片以bitmap的形式在内存中的实际占用。
其中,bitmap尺寸和内存占用可以通过下面的方法得到:
/*** * 计算ImageView中加载图片的具体尺寸和内存占用大小 * @param imageView */ private void calculateBitmapInfo(ImageView imageView) { Drawable drawable = imageView.getDrawable(); if (drawable != null) { BitmapDrawable bitmapDrawable = (BitmapDrawable) drawable; Bitmap bitmap = bitmapDrawable.getBitmap(); Log.d(TAG, " bitmap width = " + bitmap.getWidth() + " bitmap height = " + bitmap.getHeight()); Log.d(TAG, " memory usage = " + bitmap.getAllocationByteCount());/**bitmap.getByteCount()方法不再使用*/ } else { Log.d(TAG, "drawable is null!"); } }
具体分析
为了明确这个问题,我们做了以下的几组实验对比,具体如下:
实验1
测试方案:将尺寸为图片A(尺寸60 * 60 大小2.02K),图片B(尺寸60 * 60 大小1.63K),将图片均放入drawable-xxhdpi文件夹,图片显示尺寸采用wrap_content,用华为mate 9(xxhdpi)手机进行测试;
测试结果:二者内存占用均为14400Byte,bitmap尺寸为60*60;
结果分析:说明内存占用单独与图片原始大小没有关系。
实验2
测试方案:将将尺寸为图片A(尺寸60 * 60 大小2.02K)放入drawable-xxhdpi文件夹,图片显示尺寸设置为30dp * 30dp和60dp * 60dp,分别用mate 9手机进行测试;
测试结果:内存占用均为14400Byte,bitmap尺寸均为60*60;
结果分析:说明内存占用与图片的实际显示尺寸没有关系。
实验3
测试方案3:将将尺寸为图片A(尺寸60*60 大小2.02K)放入drawable和drawable-xxhdpi文件夹,图片显示尺寸采用wrap_content,分别用mate 9手机进行测试;
测试结果:内存占用分别为129600Byte和14400Byte,图片在ImageView中的bitmap尺寸为180 * 180和60 * 60;
结果分析:说明内存占用与图片的原始尺寸没有关系,与bitmap尺寸有密切的关系。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
界面无小事(五):自定义TextView
界面无小事(一): RecyclerView+CardView了解一下界面无小事(二): 让RecyclerView展示更多不同视图界面无小事(三):用RecyclerView + Toolbar做个文件选择器界面无小事(四):来写个滚动选择器吧!界面无小事(五):自定义TextView界面无小事(六):来做个好看得侧拉菜单!github传送门 目录 效果图 前言 自定义属性 MeasureSpec类 颜色解析 字号转换 最后 效果图 不多废话, 直接上图, 如果感兴趣再看下去. 效果图 前言 写第四篇滚动选择器的时候, 在自定义视图这里含糊了, 有些地方没说清楚, 这次补上关于自定义视图的部分. 自定义属性 自定义视图的一个要点就是添加自定义属性. 这里我们填上三个常用的, 文本, 颜色, 字号. 然后在布局文件中就可以使用了. 最后在自定义类中获取属性并赋值. <?xml version="1.0" encoding="utf-8"?> <resources> <declare-styleable name="MyTextView"> <a...
- 下一篇
Android开发之桌面快捷键使用细则(原创)
本文已独家授权 郭霖 ( guolin_blog) 公众号发布! 首先声明,标题里的快捷键不是指开发人员使用频率极高的Ctrl+C和Ctrl+V;也不是IDE里Ctrl+D、Ctrl+F等常用快捷键。这里的快捷键,其实想要表达的是Android应用生成桌面快捷方式的细则。 试想,现在有一Windows用户想进入D盘——my文件夹里面的子文件去找文件(因为藏了些晦涩资源所以层级较深)。那么更加便利省力的操作是:点击选中文件夹——右键:发送到——桌面快捷方式,即可帮我们将快捷方式生成到桌面。该用户下次想使用这个文件夹,直接点击桌面上的快捷方式即可。这样做的好处在于,用户可以快速定位到某一应用具体的功能、干净利落。 当然,谷歌Android团队也考虑了这一点,给我们设计了原生API,方便我们开发人员更加便利的(Ctrl+C、V)生成桌面快捷方式。这样做的好处我想有以下几点,首先,提高了用户留存率,试想一个APP通过某种媒介生成了2个icon,这样是很容易吸引人的,因为生成桌面快捷方式的icon以及点击事件都是代码可控的,比如你的快捷方式的icon是一个萝莉或者御姐;正太或是直男?毕竟图片总有...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Mario游戏-低调大师作品
- 2048小游戏-低调大师作品
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- Red5直播服务器,属于Java语言的直播服务器
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库