本文参考:http://blog.csdn.net/guolin_blog/article/details/9316683
非常感谢作者技术分享,谢谢!
在android应用开发过程中,Bitmap OOM 经常遇见,也是安卓程序员很头疼的一个问题。
下面代码查看应用最高可用内存。
int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
Log.d("TAG", "Max memory is " + maxMemory + "KB");
在展示高分辨率图片的时候,最好先将图片进行压缩。压缩后的图片大小应该和用来展示它的控件大小相近,否则会占用我们相当多宝贵的内存,而且在性能上还可能会带来负面影响。下面我们就来看一看,如何对一张大图片进行适当的压缩,让它能够以最佳大小显示的同时,还能防止OOM的出现。
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
设置属性为true,可以让解析方法禁止为bitmap分配内存,返回null,但是BitmapFactory.Options的outWidth、outHeight和outMimeType属性都会被赋值。
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(getResources(), R.id.myimage, options);
int imageHeight = options.outHeight;
int imageWidth = options.outWidth;
String imageType = options.outMimeType;
接下来:
预估一下加载整张图片所需占用的内存。
为了加载这一张图片你所愿意提供多少内存。
用于展示这张图片的控件的实际大小。
当前设备的屏幕尺寸和分辨率。
对图片的压缩,通过设置BitmapFactory.Options中inSampleSize的值就可以实现。比如我们有一张2048*1536像素的图片,将inSampleSize的值设置为4,就可以把这张图片压缩成512*384像素。原本加载这张图片需要占用13M的内存,压缩后就只需要占用0.75M了(假设图片是ARGB_8888类型,即每个像素点占用4个字节)
http://qingjuyashi.iteye.com/admin/blogs/2281061 有详细讲解图片压缩方法。
将图片压缩成 reqWidth * reqHeight像素的缩略图:
public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId,
int reqWidth, int reqHeight) {
// 第一次解析将inJustDecodeBounds设置为true,来获取图片大小
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(res, resId, options);
// 调用上面定义的方法计算inSampleSize值
options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);
// 使用获取到的inSampleSize值再次解析图片
options.inJustDecodeBounds = false;
return BitmapFactory.decodeResource(res, resId, options);
}
使用图片缓存技术!!!
内存缓存技术对那些大量占用应用程序宝贵内存的图片提供了快速访问的方法。其中最核心的类是LruCache (此类在android-support-v4的包中提供) 。这个类非常适合用来缓存图片,它的主要算法原理是把最近使用的对象用强引用存储在 LinkedHashMap 中,并且把最近最少使用的对象在缓存值达到预设定值之前从内存中移除。
在过去,我们经常会使用一种非常流行的内存缓存技术的实现,即软引用或弱引用 (SoftReference or WeakReference)。但是现在已经不再推荐使用这种方式了,因为从 Android 2.3 (API Level 9)开始,垃圾回收器会更倾向于回收持有软引用或弱引用的对象,这让软引用和弱引用变得不再可靠。另外,Android 3.0 (API Level 11)中,图片的数据会存储在本地的内存当中,因而无法用一种可预见的方式将其释放,这就有潜在的风险造成应用程序的内存溢出并崩溃。
为了能够选择一个合适的缓存大小给LruCache, 有以下多个因素应该放入考虑范围内,例如:
你的设备可以为每个应用程序分配多大的内存?
设备屏幕上一次最多能显示多少张图片?有多少图片需要进行预加载,因为有可能很快也会显示在屏幕上?
你的设备的屏幕大小和分辨率分别是多少?一个超高分辨率的设备(例如 Galaxy Nexus) 比起一个较低分辨率的设备(例如 Nexus S),在持有相同数量图片的时候,需要更大的缓存空间。
图片的尺寸和大小,还有每张图片会占据多少内存空间。
图片被访问的频率有多高?会不会有一些图片的访问频率比其它图片要高?如果有的话,你也许应该让一些图片常驻在内存当中,或者使用多个LruCache 对象来区分不同组的图片。
你能维持好数量和质量之间的平衡吗?有些时候,存储多个低像素的图片,而在后台去开线程加载高像素的图片会更加的有效。
private LruCache<String, Bitmap> mMemoryCache;
@Override
protected void onCreate(Bundle savedInstanceState) {
// 获取到可用内存的最大值,使用内存超出这个值会引起OutOfMemory异常。
// LruCache通过构造函数传入缓存值,以KB为单位。
int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
// 使用最大可用内存值的1/8作为缓存的大小。
int cacheSize = maxMemory / 8;
mMemoryCache = new LruCache<String, Bitmap>(cacheSize) {
@Override
protected int sizeOf(String key, Bitmap bitmap) {
// 重写此方法来衡量每张图片的大小,默认返回图片数量。
return bitmap.getByteCount() / 1024;
}
};
}
public void addBitmapToMemoryCache(String key, Bitmap bitmap) {
if (getBitmapFromMemCache(key) == null) {
mMemoryCache.put(key, bitmap);
}
}
public Bitmap getBitmapFromMemCache(String key) {
return mMemoryCache.get(key);
}
使用了系统分配给应用程序的八分之一内存来作为缓存大小。在中高配置的手机当中,这大概会有4兆(32/8)的缓存空间。一个全屏幕的 GridView 使用4张 800x480分辨率的图片来填充,则大概会占用1.5兆的空间(800*480*4)。因此,这个缓存大小可以存储2.5页的图片。
当向 ImageView 中加载一张图片时,首先会在 LruCache 的缓存中进行检查。如果找到了相应的键值,则会立刻更新ImageView ,否则开启一个后台线程来加载这张图片。
public void loadBitmap(int resId, ImageView imageView) {
final String imageKey = String.valueOf(resId);
final Bitmap bitmap = getBitmapFromMemCache(imageKey);
if (bitmap != null) {
imageView.setImageBitmap(bitmap);
} else {
imageView.setImageResource(R.drawable.image_placeholder);
BitmapWorkerTask task = new BitmapWorkerTask(imageView);
task.execute(resId);
}
}
异步线程缓存图片:
class BitmapWorkerTask extends AsyncTask<Integer, Void, Bitmap> {
// 在后台加载图片。
@Override
protected Bitmap doInBackground(Integer... params) {
final Bitmap bitmap = decodeSampledBitmapFromResource(
getResources(), params[0], 100, 100);
addBitmapToMemoryCache(String.valueOf(params[0]), bitmap);
return bitmap;
}
}
分享到:
相关推荐
通过上述方式,我们可以有效地解决Android图片墙的OOM问题,提高应用的性能和稳定性。同时,开发者还应该时刻关注应用的内存使用情况,及时释放不再使用的资源,防止内存泄漏,确保应用的健康运行。
总之,避免Android程序的OOM异常,需要合理控制图片的加载和内存使用。理解图片的大小、选择合适的解码方法、使用`inSampleSize`进行压缩以及利用缓存策略,都是优化图片加载的重要手段。通过这些方法,开发者可以...
oom,全称是Out Of Memory,即内存溢出错误,当应用程序分配的内存超过系统能提供的范围时,就会触发这个错误。本文将深入探讨如何解决这个问题以及如何在Android中有效地读取SD卡上的图片。 首先,让我们了解...
Android提供了`LruCache`类,用于实现一个高效的内存缓存机制,特别适用于图片或者其他大对象的缓存,从而避免频繁地进行内存分配和回收,提高应用程序的性能。 `LruCache`全称是"Least Recently Used Cache",即...
6. **图片加载库**:如`Glide`、`Picasso`、`Fresco`等第三方库,它们提供了强大的图片处理能力,包括但不限于图片的解码、缩放、缓存管理等,能有效防止OOM。比如`Glide`的`centerCrop()`和`fitCenter()`方法可以...
在Android开发中,"OOM"(Out of Memory)是一个常见的问题,它指的是应用程序在运行过程中耗尽了可用的内存,导致系统无法分配更多的内存资源,从而引发崩溃。为了解决这个问题,开发者需要深入理解Android内存管理...
在Android开发中,内存管理是至关重要的,尤其是对于那些需要展示大量数据的界面,比如瀑布流布局...结合现代的Android开发库和最佳实践,我们可以有效地管理内存,避免出现OOM异常,为用户提供流畅的用户体验。
在Android平台上,应用程序经常面临的一个严重问题是Out Of Memory (OOM)异常。这通常是由于应用程序消耗的内存超过了系统分配的最大内存限额。Bitmap对象是引发OOM的主要原因之一,特别是在处理大量的图像资源时,...
总结来说,该压缩包提供了一种在Android应用中加载本地图片的高级解决方案,重点在于如何有效管理内存,避免因加载大图片而导致的内存溢出问题。通过对Bitmap的合理配置,使用高效的图片加载库,实施延迟加载,以及...
以上策略结合使用,可以有效地处理Android中的Bitmap OOM问题。在开发过程中,要持续关注性能和内存使用情况,以便进行适当的优化。记住,每个应用都有其特定的内存限制,理解并适应这些限制是成功避免OOM的关键。
在Android开发中,由于系统对每个应用程序分配的内存有限,特别是在...通过上述方法,我们可以有效地避免Android应用在加载大图时出现OOM错误。同时,结合内存管理和缓存策略,可以进一步提升应用的性能和用户体验。
本篇文章将详细解析如何避免Android图片处理时出现OOM的问题。 1. **通过设置采样率压缩图片** 在Android中,我们可以使用`BitmapFactory.Options`类来控制图片解码过程。通过设置`inSampleSize`属性,我们可以...
通过使用LruCache进行图片缓存,配合合适的图片尺寸调整,以及合理的多图下载策略,可以显著减少内存消耗,提高应用性能,从而避免出现OOM异常。同时,开发者还应关注其他优化手段,如使用高效的图片库(如Glide、...
- **使用LruCache**:LruCache 是 Android 提供的一种基于最近最少使用原则的缓存机制。我们可以根据设备的可用内存动态调整缓存大小,存放解码后的图片,以减少重复解码。 - **异步加载**:尽量避免在主线程中...
在Android开发过程中,"Out Of Memory"(OOM)错误是一个常见的问题,特别是在处理大量数据、图像或者长时间运行的任务时...总的来说,理解Android内存管理机制并采取有效的内存优化策略,是防止和解决OOM问题的关键。
Android 加载大图及多图避免程序出现OOM(OutOfMemory)异常 1、高效加载大图片 我们在编写Android程序的时候经常要用到许多图片,不同图片总是会有不同的形状、不同的大小,但在大多数情况下,这些图片都会大于我们...
由于Android系统对每个应用程序分配的内存有限,因此不恰当的图片加载可能导致Out Of Memory (OOM)异常,这会使应用崩溃。"Android应用源码之加载本地图片,绝对不会出现OOM.zip"这个压缩包文件显然提供了关于如何在...
Android系统为每个应用程序分配一定的内存预算,当这个预算被超出时,就会抛出OOM异常。不同设备的内存预算不同,因此开发者需要确保Bitmap的使用不会过度消耗内存。 解决Bitmap OOM问题的方法多种多样: 1. **...