Android OOM的解决方式

尽量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource来设置一张大图。

由于这些函数在完毕decode后,终于都是通过java层的createBitmap来完毕的,须要消耗很多其它内存。

因此,改用先通过BitmapFactory.decodeStream方法,创建出一个bitmap,再将其设为ImageView的 source。

decodeStream最大的秘密在于其直接调用JNI>>nativeDecodeAsset()来完毕decode。

无需再使用java层的createBitmap。从而节省了java层的空间。

假设在读取时加上图片的Config參数,能够跟有效降低载入的内存,从而跟有效阻止抛out of Memory异常

另外,decodeStream直接拿的图片来读取字节码了。 不会依据机器的各种分辨率来自己主动适应,

使用了decodeStream之后。须要在hdpi和mdpi,ldpi中配置对应的图片资源。

否则在不同分辨率机器上都是相同大小(像素点数量),显示出来的大小就不正确了。

另外。下面方式也大有帮助:

1. InputStream is = this.getResources().openRawResource(R.drawable.pic1);

BitmapFactory.Options options=new BitmapFactory.Options();

options.inJustDecodeBounds = false;

options.inSampleSize = 10;   //width,hight设为原来的十分一

Bitmap btp =BitmapFactory.decodeStream(is,null,options);

2. if(!bmp.isRecycle() ){

bmp.recycle()   //回收图片所占的内存

system.gc()  //提醒系统及时回收

}

下面奉上一个方法:

Java代码

1. /**

2.  * 以最省内存的方式读取本地资源的图片

3.  * @param context

4.  * @param resId

5.  * @return

6.  */

7. public static Bitmap readBitMap(Context context, int resId){

8.     BitmapFactory.Options opt = new BitmapFactory.Options();

9.     opt.inPreferredConfig = Bitmap.Config.RGB_565;

10.     opt.inPurgeable = true;

11.     opt.inInputShareable = true;

12.        //获取资源图片

13.     InputStream is = context.getResources().openRawResource(resId);

14.         return BitmapFactory.decodeStream(is,null,opt);

15. }

================================================================================

Android内存溢出的解决的方法

转自:http://www.cppblog.com/iuranus/archive/2010/11/15/124394.html?opt=admin

昨天在模拟器上给gallery放入图片的时候。出现java.lang.OutOfMemoryError: bitmap size exceeds VM budget 异常,图像大小超过了RAM内存。

模拟器RAM比較小,仅仅有8M内存。当我放入的大量的图片(每一个100多K左右),就出现上面的原因。

因为每张图片先前是压缩的情况。放入到Bitmap的时候,大小会变大,导致超出RAM内存,详细解决的方法例如以下:

//解决载入图片 内存溢出的问题

//Options 仅仅保存图片尺寸大小,不保存图片到内存

BitmapFactory.Options opts = new BitmapFactory.Options();

//缩放的比例。缩放是非常难按准备的比例进行缩放的,其值表明缩放的倍数。SDK中建议其值是2的指数值,值越大会导致图片不清晰

opts.inSampleSize = 4;

Bitmap bmp = null;

bmp = BitmapFactory.decodeResource(getResources(), mImageIds[position],opts);

...

//回收

bmp.recycle();

通过上面的方式攻克了,可是这并非最完美的解决方案。

通过一些了解,得知例如以下:

优化Dalvik虚拟机的堆内存分配

对 于Android平台来说,其托管层使用的Dalvik Java VM从眼下的表现来看还有非常多地方能够优化处理,比方我们在开发一些大型游戏或耗资源的应用中可能考虑手动干涉GC处理。使用 dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法能够增强程序堆内存的处理效率。

当然详细 原理我们能够參考开源project,这里我们仅说下用法:   private final static float TARGET_HEAP_UTILIZATION = 0.75f; 在程序onCreate时就能够调用
VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 就可以。

Android堆内存也可自定义大小

对于一些Android项目。影响性能瓶颈的主要是Android自己内存管理机制问题。眼下手机厂商对RAM都比較吝啬,对于软件的流畅性来说RAM对 性能的影响十分敏感,除了 优化Dalvik虚拟机的堆内存分配外,我们还能够强制定义自己软件的对内存大小。我们使用Dalvik提供的 dalvik.system.VMRuntime类来设置最小堆内存为例:

private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;

VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //设置最小heap内存为6MB大小。当然对于内存吃紧来说还能够通过手动干涉GC去处理

bitmap 设置图片尺寸。避免 内存溢出 OutOfMemoryError的优化方法

★android 中用bitmap 时非常easy内存溢出,报例如以下错误:Java.lang.OutOfMemoryError : bitmap size exceeds VM budget

● 主要是加上这段:

BitmapFactory.Options options = new BitmapFactory.Options();

options.inSampleSize = 2;

● eg1:(通过Uri取图片)

private ImageView preview;

BitmapFactory.Options options = new BitmapFactory.Options();

options.inSampleSize = 2;//图片宽高都为原来的二分之中的一个,即图片为原来的四分之中的一个

Bitmap bitmap = BitmapFactory.decodeStream(cr

.openInputStream(uri), null, options);

preview.setImageBitmap(bitmap);

以上代码能够优化内存溢出。但它仅仅是改变图片大小,并不能彻底解决内存溢出。

● eg2:(通过路径去图片)

private ImageView preview;

private String fileName= "/sdcard/DCIM/Camera/2010-05-14 16.01.44.jpg";

BitmapFactory.Options options = new BitmapFactory.Options();

options.inSampleSize = 2;//图片宽高都为原来的二分之中的一个,即图片为原来的四分之中的一个

Bitmap b = BitmapFactory.decodeFile(fileName, options);

preview.setImageBitmap(b);

filePath.setText(fileName);

★Android 另一些性能优化的方法:

●  首先内存方面,能够參考 Android堆内存也可自定义大小 和 优化Dalvik虚拟机的堆内存分配

●  基础类型上,由于Java没有实际的指针。在敏感运算方面还是要借助NDK来完毕。Android123提示游戏开发人员。这点比較有意思的是Google 推出NDK可能是帮助游戏开发人员。比方OpenGL ES的支持有明显的改观。本地代码操作图形界面是非常必要的。

●  图形对象优化。这里要说的是Android上的Bitmap对象销毁,能够借助recycle()方法显示让GC回收一个Bitmap对象。通常对一个不用的Bitmap能够使用以下的方式。如

if(bitmapObject.isRecycled()==false) //假设没有回收

bitmapObject.recycle();

●  眼下系统对动画支持比較弱智对于常规应用的补间过渡效果能够,可是对于游戏而言一般的美工可能习惯了GIF方式的统一处理,眼下Android系统仅能预览GIF的第一帧,能够借助J2ME中通过线程和自己写解析器的方式来读取GIF89格式的资源。

● 对于大多数Android手机没有过多的物理按键可能我们须要想象下了做好手势识别 GestureDetector 和重力感应来实现操控。通常我们还要考虑误操作问题的降噪处理。

Android堆内存也可自定义大小

对于一些大型Android项目或游戏来说在算法处理上没有问题外。影响性能瓶颈的主要是Android自己内存管理机制问题,眼下手机厂商对RAM都比 较吝啬,对于软件的流畅性来说RAM对性能的影响十分敏感,除了上次Android开发网提到的 优化Dalvik虚拟机的堆内存分配外。我们还能够强制定义自己软件的对内存大小,我们使用Dalvik提供的 dalvik.system.VMRuntime类来设置最小堆内存为例:

private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;

VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //设置最小heap内存为6MB大小。

当然对于内存吃紧来说还能够通过手动干涉GC去处理,我们将在下次提到详细应用。

优化Dalvik虚拟机的堆内存分配

对 于Android平台来说,其托管层使用的Dalvik JavaVM从眼下的表现来看还有非常多地方能够优化处理,比方我们在开发一些大型游戏或耗资源的应用中可能考虑手动干涉GC处理。使用 dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法能够增强程序堆内存的处理效率。当然详细 原理我们能够參考开源project。这里我们仅说下用法:   private final static floatTARGET_HEAP_UTILIZATION = 0.75f; 在程序onCreate时就能够调用
VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 就可以。

介绍一下图片占用进程的内存算法吧。

android中处理图片的基础类是Bitmap。顾名思义,就是位图。占用内存的算法例如以下:

图片的width*height*Config。

假设Config设置为ARGB_8888。那么上面的Config就是4。一张480*320的图片占用的内存就是480*320*4 byte。

前面有人说了一下8M的概念,事实上是在默认情况下android进程的内存占用量为16M,由于Bitmap他除了java中持有数据外,底层C++的 skia图形库还会持有一个SKBitmap对象。因此一般图片占用内存推荐大小应该不超过8M。这个能够调整。编译源码时能够设置參数。

时间: 2024-10-12 04:13:39

Android OOM的解决方式的相关文章

不自动生成Android Dependencies的解决方式

今天遇到的奇怪问题是网上下载的demo导入第三方包运行后Android: NoClassDefFoundError的错误,原因是第三方的jar包并没有打包进apk里,运行是肯定要出错的. 网上百度了N久,都是说先移除之前的Libraries,再将lib更名为libs的做法.今天是遇到邪门了,照做还是运行报错.后来发现直接add的jar包还是放在Referenced Libraries里,ADT升级到17后就出现了Android Dependencies,但这是自动生成的.将名字改来改去工程删来删

8.无法訪问developer.android.com的解决方式。

问题:无法訪问developer.android.com,就无法知道Android的最新信息. 解决的方法:寻找国外的代理ip,比方http://www.xici.net.co/上面的国外代理ip. 设置方法:以谷歌浏览器(Chrome)为例. step1:点击"设置". step2:点击"显示高级设置". step3:点击"网络"标签下的"更改代理server设置". step4:在"连接"标签下,点击&

Android安装应用后点击"打开"(Open)带来的问题及解决方式

MainActivity如下: package cc.cc; import android.app.Activity; import android.content.Intent; import android.os.Bundle; /** * Demo描述: * * 一年多前遇到一个问题--->: * 1 客户从GooglePlay上下载了我参与的开发的应用 * 2 下载完成后,点击安装 * 3 安装完成后,在屏幕底部有两个选项"打开"和"完成" * 4 点

Android加载大图片OOM异常解决

尽量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource来设置一张大图, 因为这些函数在完成decode后,最终都是通过java层的createBitmap来完成的,需要消耗更多内存. 因此,改用先通过BitmapFactory.decodeStream方法,创建出一个bitmap,再将其设为ImageView的 source, decodeStream最大的秘密在于其直接调用JNI>>nativeDecodeAsse

mac 系统开发android,真机调试解决方式(无数的坑之后吐血总结)

近期学习android开发,安装了ADT开发环境之后,启动模拟器,慢的要死啊,全然不如苹果的好用,没法,自己买个android手机,准备联机调试程序.没想到在这个过程中,遇到了好多的坑,作为一个新人,每一步都过不去,花了将近2个小时,在万能的百度里查了n多次,最终攻克了.在此,做个记录,希望大家不要走我走过的弯路. 1.确保你的android设备真正链接到电脑上了,我在这里遇到过坑,弄了好久,才发现能充电的线,确无法传递数据过去.所以不要以为随便拿一根线,能充电,就能够传递数据了,我就是这么傻傻

Android后台服务拍照的解决方式

一.背景介绍 近期在项目中遇到一个需求.实现一个后台拍照的功能. 一開始在网上寻找解决方式.也尝试了非常多种实现方式,都没有惬意的方案.只是确定了难点:即拍照要先预览,然后再调用拍照方法.问题也随之而来.既然是要实现后台拍照,就希望能在Service中或者是异步的线程中进行,这和预览这个步骤有点相矛盾. 那有什么方式可以既能正常的实现预览.拍照,又不让使用者察觉呢?想必大家也会想到一个取巧的办法:隐藏预览界面. 说明一下,这仅仅是我在摸索中想到的一种解决方式.能非常好的解决业务上的需求. 对于像

Eclipse出现"Running Android Lint has encountered a problem"解决方式

近期打开Eclipse的时候,总是发生这种一个错误:"Running Android Lint has encountered a problem".截图例如以下: . 可是Eclipse能够正常执行程序.不会造成其它影响.可是每次打开Eclipse时.总是看到这个警告,心情会非常不爽.详细解决方式例如以下: (1)打开Preferences.在Windows以下应该在WIndow-->Preferences.在mac下在Eclipse-->偏好设置.选择Android--

android升级adt和sdk之后无法识别SDK Location的一个解决方式

我把android的adt和sdk从4.0升级到4.2,发现eclipse的android设置里面原来列出的各种api level的platform消失了,而且无法新建android工程.而且检查过了sdk和adt都是最新的. 解决方式就是重新建一个工作区(workspace).在eclipse的Windows > Preferences > General > Startup an Shutdown > Workspaces 里面,Remove掉以前的workspace,再重启e

Android自己主动化測试解决方式

如今,已经有大量的Android自己主动化測试架构或工具可供我们使用,当中包含:Activity Instrumentation, MonkeyRunner, Robotium, 以及Robolectric.另外LessPainful也提供服务来进行真实设备上的自己主动化測试. Android自身提供了对instrumentation測试的基本支持,当中之中的一个就是位于android.test包内的ActivityInstrumentationTestCase2类,它扩展了JUnit的Test