android bitmap 缓存 处理
来源:互联网 发布:深圳电子产品出口数据 编辑:程序博客网 时间:2024/04/30 06:55
在我们开发的时候 我们简单的现实一张图片很简单,但是如果显示很多张的话 就有点复杂了,比如在GridView中。这时候就会 出现图片缓存问题,如果没处理好就会出现java.lang.OutOfMemory。
使用内存缓存
内存缓存提高了访问图片的速度,但是要占用不少内存。 LruCache
类(在API 4之前可以使用Support Library 中的类 )特别适合缓存Bitmap, 把最近使用到的
Bitmap对象用强引用保存起来(保存到LinkedHashMap中),当缓存数量达到预定的值的时候,把
不经常使用的对象删除。
注意: 过去,实现内存缓存的常用做法是使用
SoftReference 或者
WeakReference bitmap 缓存,
但是不推荐使用这种方式。从Android 2.3 (API Level 9) 开始,垃圾回收开始强制的回收掉 soft/weak 引用 从而导致这些缓存没有任何效率的提升。
另外,在 Android 3.0 (API Level 11)之前,这些缓存的Bitmap数据保存在底层内存(native memory)中,并且达到预定条件后也不会释放这些对象,从而可能导致
程序超过内存限制并崩溃。
在使用 LruCache 的时候,需要考虑如下一些因素来选择一个合适的缓存数量参数:
- 程序中还有多少内存可用
- 同时在屏幕上显示多少图片?要先缓存多少图片用来显示到即将看到的屏幕上?
- 设备的屏幕尺寸和屏幕密度是多少?超高的屏幕密度(xhdpi 例如 Galaxy Nexus)
设备显示同样的图片要比低屏幕密度(hdpi 例如 Nexus S)设备需要更多的内存。 - 图片的尺寸和格式决定了每个图片需要占用多少内存
- 图片访问的频率如何?一些图片的访问频率要比其他图片高很多?如果是这样的话,您可能需要把这些经常访问的图片放到内存中。
- 在质量和数量上如何平衡?有些情况下保存大量的低质量的图片是非常有用的,当需要的情况下使用后台线程来加入一个高质量版本的图片。
这里没有万能配方可以适合所有的程序,您需要分析您的使用情况并在指定自己的缓存策略。使用太小的缓存并不能起到应有的效果,而使用太大的缓存会消耗更多
的内存从而有可能导致 java.lang.OutOfMemory 异常或者留下很少的内存供您的程序其他功能使用。
private LruCache<string, bitmap=""> mMemoryCache; @Override protected void onCreate(Bundle savedInstanceState) { ... // Get memory class of this device, exceeding this amount will throw an // OutOfMemory exception. final int memClass = ((ActivityManager) context.getSystemService( Context.ACTIVITY_SERVICE)).getMemoryClass(); // Use 1/8th of the available memory for this memory cache. final int cacheSize = 1024 * 1024 * memClass / 8; mMemoryCache = new LruCache<string, bitmap="">(cacheSize) { @Override protected int sizeOf(String key, Bitmap bitmap) { // The cache size will be measured in bytes rather than number of items. return bitmap.getByteCount(); } }; ... } public void addBitmapToMemoryCache(String key, Bitmap bitmap) { if (getBitmapFromMemCache(key) == null) { mMemoryCache.put(key, bitmap); } } public Bitmap getBitmapFromMemCache(String key) { return mMemoryCache.get(key); }
注意: 在这个示例中,该程序的1/8内存都用来做缓存用了。在一个normal/hdpi设备中,这至少有4MB(32/8)内存。
在一个分辨率为 800×480的设备中,满屏的GridView全部填充上图片将会使用差不多1.5MB(800*480*4 bytes)
的内存,所以这样差不多在内存中缓存了2.5页的图片。
当在 ImageView 中显示图片的时候,
先检查LruCache 中是否存在。如果存在就使用缓存后的图片,如果不存在就启动后台线程去载入图片并缓存
使用磁盘缓存
在访问最近使用过的图片中,内存缓存速度很快,但是您无法确定图片是否在缓存中存在。像
GridView 这种控件可能具有很多图片需要显示,很快图片数据就填满了缓存容量。
同时您的程序还可能被其他任务打断,比如打进的电话 — 当您的程序位于后台的时候,系统可能会清楚到这些图片缓存。一旦用户恢复使用您的程序,您还需要重新处理这些图片。
在这种情况下,可以使用磁盘缓存来保存这些已经处理过的图片,当这些图片在内存缓存中不可用的时候,可以从磁盘缓存中加载从而省略了图片处理过程。
当然, 从磁盘载入图片要比从内存读取慢很多,并且应该在非UI线程中载入磁盘图片。
注意: 如果缓存的图片经常被使用的话,可以考虑使用
ContentProvider ,例如在图库程序中就是这样干滴。
处理配置改变事件
运行时的配置变更 — 例如 屏幕方向改变 — 导致Android摧毁正在运行的Activity,然后使用
新的配置从新启动该Activity (详情,参考这里 Handling Runtime Changes)。
您需要注意避免在配置改变的时候导致重新处理所有的图片,从而提高用户体验。
幸运的是,您在 使用内存缓存 部分已经有一个很好的图片缓存了。该缓存可以通过
Fragment (Fragment会通过setRetainInstance(true)函数保存起来)来传递给新的Activity
当Activity重新启动 后,Fragment 被重新附加到Activity中,您可以通过该Fragment来获取缓存对象。
- android bitmap 缓存 处理
- Bitmap处理之Bitmap缓存
- android--(Bitmap处理较大的位图、缓存位图)
- Android Bitmap图像处理(2)- 图片缓存
- android 缓存Bitmap
- android 缓存Bitmap
- Android Bitmap 缓存
- android缓存Bitmap
- Android Bitmap 缓存策略
- Android 缓存大量 bitmap
- Bitmap图片缓存处理大全
- android 处理bitmap
- Android Bitmap处理
- Android bitmap图片处理
- android-关于处理Bitmap
- android bitmap内存处理
- android bitmap压缩处理
- Android bitmap图片处理
- find 命令 -- linux
- 重载重写
- 安卓修改上层UI界面默认显示为竖屏显示(基于tiny4412开发板)
- 机器学习笔记 监督学习算法小结(一)
- Chapter_2 算法分析:秦九韶算法
- android bitmap 缓存 处理
- 网管的自我修养-外设相关
- 企业号认证接口
- logstash 时间处理
- BZOJ 1098: [POI2007]办公楼biu 补图联通块个数,链表优化
- bzoj 3563 ╮(╯▽╰)╭+ 并查集
- 微信小程序之MaterialDesign(三)-- SnackBar
- 苹果
- C++ 输入与输出