- 浏览: 687248 次
- 性别:
- 来自: 苏州
最新评论
-
usedlie:
if (flag) { matrix.set(matrix ...
android view的缩放平移简单实现 -
jin290:
简单 快捷 非常棒 可以直接用
android 应用实现微信好友或朋友圈分享 -
貌似掉线:
0是朋友1是朋友圈
android 应用实现微信好友或朋友圈分享 -
zhangzhanlei:
[color=red][/color]
android 应用实现微信好友或朋友圈分享 -
shizhangliao:
android适配多分辨率的小技巧
一.
1.什么是 OutOfMemoryError:
官方引用: Thrown when a request for memory is made that can not be satisfied using the available platform resources. Such a request may be made by both the running application or by an internal function of the VM.
通俗的讲:就是在请求一块内存的时候,当前可用资源不够用来请求时抛出的一种错误。我们知道,每个 android 程序就是一个独立 dalvik vm 实例,每个实例限制了最大内存占用,如果超过了这个限制,系统就会抛出这个错误。所以跟整个设备的剩余内存没太大关系,当然如果设备剩余内存都不足以再运行一个程序时,系统就会选择 kill 部分程序以确保有足够内存运行其他程序。
2.android 内存组成:
android 内存由 dalvik 和 native 2部分组成,dalvik 也就是 java 堆,创建的对象就是在这里分配的,而 native 是通过 c/c++ 方式申请的内存,Bitmap 就是以一种方式分配的(android3.0 以后,系统默认是通过 dalvik 分配的)。当然无论以何种方式分配,2部分加起来不能超过 android 对单个程序的内存限制。
3.内存限制大小:
以上方法会返回以 M 为单位的数字,可能在不同的平台或者设备上值都不太一样,比如:HTC G7 默认 24M,Galaxy 36M,emulator-2.3 24M,等等。
4.程序实际占用:
以一个简单的 android 程序为例,该程序是用 eclipse adt 自动生成的最简单的一个 android 项目,只有1个 activity 和 adt 自动生成的 res 目录,测试环境:emulator-2.3.3
启动该程序,命令行运行:
执行结果:
从上面被框出来的部分可以看出,一个最简单的 android 程序在启动后都有 6m 左右内存的占用(上面是 6613kb)。那这 6m 的内存除了该 android 自己的资源和类之外,其他的还有什么呢:
简单说:在初始化的时候会 preload 一些东西,这些就包括 classes 和系统资源,就是系统的一些布局啊,图片啊,等等,在 android 完成启动以后,这部分就通过内存共享的方式共享给其他程序,可以让其他程序可以调用这部分资源,代码可以参考:http://goo.gl/EKvCV,android 整个启动流程可以参考:http://goo.gl/K36Lr 。
5.发生 OOM :
为了制造 OOM,我们对上面最简单的程序进行了改写:
其中:big1 到 big4 都是 1600*900 分辨率的图片,放在 drawbable-hdpi 文件夹下面,启动程序,发生了 OOM:
从日志上看,内存不足发生在 decode big4 这个图片的时候,我们对内存情况进行打印:
从内存打印情况看出,当前已经分配了 23m 左右内存,同时结合 logcat 错误日志,big4 这个图片需要申请 5760000byte,即:5.76m 的内存,加起来就是 29m 左右内存,我们测试环境是 emulator2.3.3 默认是
24m,内存不足以申请这么多,所以抛出了OOM。
那为什么区区3,4张图片就会让 android 程序内存不足?
设备限制是一方面,像上面第3点说的,每个 android 设备的内存限制不一样,这个程序在模拟器上会有问题,在其他设备上,比如:galaxy 就不会有问题。最主要的还是跟图片所占内存有关系,那么一张图片到底
占用多少内存呢,java 没有 c 的 sizeof() 函数,无法准确去量化这个数值,但是可以有粗略的计算方法:
宽 * 高 * 每个像素所占的 bytes
宽度和高度这个很容易获得,那每个像素所占的 bytes 呢,这个主要取决于 decode 图片的方式:
Bitmap.Config ALPHA_8 Each pixel is stored as a single translucency (alpha) channel.
Bitmap.Config ARGB_4444 This field is deprecated. Because of the poor quality of this configuration, it is advised to use ARGB_8888 instead.
Bitmap.Config ARGB_8888 Each pixel is stored on 4 bytes.
Bitmap.Config RGB_565 Each pixel is stored on 2 bytes and only the RGB channels are encoded: red is stored with 5 bits of precision (32 possible values), green is store d with 6 bits of precision (64 possible values) and blue is stored with 5 bits of precision.
以上是官方文档对 Bitmap.Config 类的描述,所以,如果以 ARGB_8888 的方式 decode,那个每个像素占用4个 bytes,而如果用 RGB_565 就占用2个 bytes。
我们计算一下,在 2.3 以后,程序自带的图片资源,都默认以 ARGB_8888 的方式,而在此以之前是以 RGB_565 的方式(不确定,待验证),所以颜色会有损耗,典型的就是如果有渐变色的话,会出现光圈。
所以,计算如下:
1600 * 900 * 4 = 5760000
这个 5760000 也就是上面 logcat 错误日志里面所提到的申请数字,当然在实际用命令打印出的内存情况上看,比这个数字要大,是因为这只是图片像素的内存,还有一些属性,变量和类本身没有计算在内。
二.基于Android开发多媒体和游戏应用时,可能会挺经常出现Out Of Memory 异常 ,顾名思义这个异常是说你的内存不够用或者耗尽了。
在Android中,一个Process 只能使用16M内存,如果超过了这个限制就会跳出这个异常。这样就要求我们要时刻想着释放资源。Java的回收工作是交给GC的,如何让GC能及时的回收已经不是用的对象,这个里面有很多技巧,大家可以google一下。
因为总内存的使用超过16M而导致OOM的情况,非常简单,我就不继续展开说。值得注意的是Bitmap在不用时,一定要recycle,不然OOM是非常容易出现的。
本文想跟大家一起讨论的是另一种情况:明明还有很多内存,但是发生OOM了。
这种情况经常出现在生成Bitmap的时候。有兴趣的可以试一下,在一个函数里生成一个13m 的int数组。
再该函数结束后,按理说这个int数组应该已经被释放了,或者说可以释放,这个13M的空间应该可以空出来,
这个时候如果你继续生成一个10M的int数组是没有问题的,反而生成一个4M的Bitmap就会跳出OOM。这个就奇怪了,为什么10M的int够空间,反而4M的Bitmap不够呢?
这个问题困扰很久,在网上,国外各大论坛搜索了很久,一般关于OOM的解释和解决方法都是,如何让GC尽快回收的代码风格之类,并没有实际的支出上述情况的根源。
直到昨天在一个老外的blog上终于看到了这方面的解释,我理解后归纳如下:
在Android中:
1.一个进程的内存可以由2个部分组成:java 使用内存 ,C 使用内存 ,这两个内存的和必须小于16M,不然就会出现大家熟悉的OOM,这个就是第一种OOM的情况。
2.更加奇怪的是这个:一旦内存分配给Java后,以后这块内存即使释放后,也只能给Java的使用,这个估计跟java虚拟机里把内存分成好几块进行缓存的原因有关,反正C就别想用到这块的内存了,所以如果Java突然占用了一个大块内存,即使很快释放了:
C能使用的内存 = 16M - Java某一瞬间占用的最大内存。
而Bitmap的生成是通过malloc进行内存分配的,占用的是C的内存,这个也就说明了,上述的4MBitmap无法生成的原因,因为在13M被Java用过后,剩下C能用的只有3M了。
1.什么是 OutOfMemoryError:
官方引用: Thrown when a request for memory is made that can not be satisfied using the available platform resources. Such a request may be made by both the running application or by an internal function of the VM.
通俗的讲:就是在请求一块内存的时候,当前可用资源不够用来请求时抛出的一种错误。我们知道,每个 android 程序就是一个独立 dalvik vm 实例,每个实例限制了最大内存占用,如果超过了这个限制,系统就会抛出这个错误。所以跟整个设备的剩余内存没太大关系,当然如果设备剩余内存都不足以再运行一个程序时,系统就会选择 kill 部分程序以确保有足够内存运行其他程序。
2.android 内存组成:
android 内存由 dalvik 和 native 2部分组成,dalvik 也就是 java 堆,创建的对象就是在这里分配的,而 native 是通过 c/c++ 方式申请的内存,Bitmap 就是以一种方式分配的(android3.0 以后,系统默认是通过 dalvik 分配的)。当然无论以何种方式分配,2部分加起来不能超过 android 对单个程序的内存限制。
3.内存限制大小:
ActivityManager activityManager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE); activityManager.getMemoryClass();
以上方法会返回以 M 为单位的数字,可能在不同的平台或者设备上值都不太一样,比如:HTC G7 默认 24M,Galaxy 36M,emulator-2.3 24M,等等。
4.程序实际占用:
以一个简单的 android 程序为例,该程序是用 eclipse adt 自动生成的最简单的一个 android 项目,只有1个 activity 和 adt 自动生成的 res 目录,测试环境:emulator-2.3.3
启动该程序,命令行运行:
adb shell dumpsys meminfo com.mem.demo
执行结果:
Applications Memory Usage (kB): Uptime: 1195344 Realtime: 1195344 ** MEMINFO in pid 333 [com.mem.demo] ** native dalvik other total -------------------------------------------------------- | size: 3968 5379 N/A 9347 | | | | allocated: 3964 2649 N/A 6613 | -------------------------------------------------------- free: 3 2730 N/A 2733 (Pss): 553 449 2516 3518 (shared dirty): 2272 1868 6648 10788 (priv dirty): 420 32 1140 1592 Objects Views: 0 ViewRoots: 0 AppContexts: 0 Activities: 0 Assets: 2 AssetManagers: 2 Local Binders: 5 Proxy Binders: 10 Death Recipients: 0 OpenSSL Sockets: 0 SQL heap: 0 MEMORY_USED: 0 PAGECACHE_OVERFLOW: 0 MALLOC_SIZE: 0 Asset Allocations zip:/data/app/com.mem.demo-1.apk:/resources.arsc: 1K
从上面被框出来的部分可以看出,一个最简单的 android 程序在启动后都有 6m 左右内存的占用(上面是 6613kb)。那这 6m 的内存除了该 android 自己的资源和类之外,其他的还有什么呢:
简单说:在初始化的时候会 preload 一些东西,这些就包括 classes 和系统资源,就是系统的一些布局啊,图片啊,等等,在 android 完成启动以后,这部分就通过内存共享的方式共享给其他程序,可以让其他程序可以调用这部分资源,代码可以参考:http://goo.gl/EKvCV,android 整个启动流程可以参考:http://goo.gl/K36Lr 。
5.发生 OOM :
为了制造 OOM,我们对上面最简单的程序进行了改写:
package com.mem.demo; import android.app.Activity; import android.graphics.Bitmap; import android.graphics.BitmapFactory; import android.os.Bundle; public class DemoActivity extends Activity { Bitmap map1, map2, map3, map4; /** Called when the activity is first created. */ @Override public void onCreate(Bundle savedInstanceState) { super .onCreate(savedInstanceState); setContentView(R.layout.main); map1 = BitmapFactory.decodeResource(getResources(), R.drawable.big1); map2 = BitmapFactory.decodeResource(getResources(), R.drawable.big2); map3 = BitmapFactory.decodeResource(getResources(), R.drawable.big3); map4 = BitmapFactory.decodeResource(getResources(), R.drawable.big4); } }
其中:big1 到 big4 都是 1600*900 分辨率的图片,放在 drawbable-hdpi 文件夹下面,启动程序,发生了 OOM:
05-08 07:44:44.372: E/dalvikvm-heap(386): 5760000-byte external allocation too large for this process.05-08 07:44:44.412: I/dalvikvm-heap(386): Clamp target GC heap from 25.099MB to 24.000MB05-08 07:44:44.412: E/GraphicsJNI(386): VM won't let us allocate 5760000 bytes 05-08 07:44:44.412: D/dalvikvm(386): GC_FOR_MALLOC freed 0K, 53% free 2548K/5379K, external 18500K/20548K, paused 36ms05-08 07:44:44.422: D/skia(386): --- decoder->decode returned false 05-08 07:44:44.422: D/AndroidRuntime(386): Shutting down VM05-08 07:44:44.432: W/dalvikvm(386): threadid=1: thread exiting with uncaught exception (group=0x40015560)05-08 07:44:44.442: E/AndroidRuntime(386): FATAL EXCEPTION: main05-08 07:44:44.442: E/AndroidRuntime(386): java.lang.OutOfMemoryError: bitmap size exceeds VM budget05-08 07:44:44.442: E/AndroidRuntime(386): at android.graphics.BitmapFactory.nativeDecodeAsset(Native Method)05-08 07:44:44.442: E/AndroidRuntime(386): at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:460)05-08 07:44:44.442: E/AndroidRuntime(386): at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:336)05-08 07:44:44.442: E/AndroidRuntime(386): at android.graphics.BitmapFactory.decodeResource(BitmapFactory.java:359)05-08 07:44:44.442: E/AndroidRuntime(386): at android.graphics.BitmapFactory.decodeResource(BitmapFactory.java:385)05-08 07:44:44.442: E/AndroidRuntime(386): at com.mem.demo.DemoActivity.onCreate(DemoActivity.java:20)05-08 07:44:44.442: E/AndroidRuntime(386): at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)05-08 07:44:44.442: E/AndroidRuntime(386): at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1611)05-08 07:44:44.442: E/AndroidRuntime(386): at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:1663)05-08 07:44:44.442: E/AndroidRuntime(386): at android.app.ActivityThread.access$1500(ActivityThread.java:117)05-08 07:44:44.442: E/AndroidRuntime(386): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:931)05-08 07:44:44.442: E/AndroidRuntime(386): at android.os.Handler.dispatchMessage(Handler.java:99)05-08 07:44:44.442: E/AndroidRuntime(386): at android.os.Looper.loop(Looper.java:123)05-08 07:44:44.442: E/AndroidRuntime(386): at android.app.ActivityThread.main(ActivityThread.java:3683)05-08 07:44:44.442: E/AndroidRuntime(386): at java.lang.reflect.Method.invokeNative(Native Method)05-08 07:44:44.442: E/AndroidRuntime(386): at java.lang.reflect.Method.invoke(Method.java:507)05-08 07:44:44.442: E/AndroidRuntime(386): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:839)05-08 07:44:44.442: E/AndroidRuntime(386): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:597)05-08 07:44:44.442: E/AndroidRuntime(386): at dalvik.system.NativeStart.main(Native Method)
从日志上看,内存不足发生在 decode big4 这个图片的时候,我们对内存情况进行打印:
Applications Memory Usage (kB): Uptime: 958383 Realtime: 958383 ** MEMINFO in pid 386 [com.mem.demo] ** native dalvik other total size: 25144 5379 N/A 30523 allocated: 20799 2614 N/A 23413 free: 60 2765 N/A 2825 (Pss): 494 426 18494 19414 (shared dirty): 2288 1876 5292 9456 (priv dirty): 360 28 17836 18224
从内存打印情况看出,当前已经分配了 23m 左右内存,同时结合 logcat 错误日志,big4 这个图片需要申请 5760000byte,即:5.76m 的内存,加起来就是 29m 左右内存,我们测试环境是 emulator2.3.3 默认是
24m,内存不足以申请这么多,所以抛出了OOM。
那为什么区区3,4张图片就会让 android 程序内存不足?
设备限制是一方面,像上面第3点说的,每个 android 设备的内存限制不一样,这个程序在模拟器上会有问题,在其他设备上,比如:galaxy 就不会有问题。最主要的还是跟图片所占内存有关系,那么一张图片到底
占用多少内存呢,java 没有 c 的 sizeof() 函数,无法准确去量化这个数值,但是可以有粗略的计算方法:
宽 * 高 * 每个像素所占的 bytes
宽度和高度这个很容易获得,那每个像素所占的 bytes 呢,这个主要取决于 decode 图片的方式:
Bitmap.Config ALPHA_8 Each pixel is stored as a single translucency (alpha) channel.
Bitmap.Config ARGB_4444 This field is deprecated. Because of the poor quality of this configuration, it is advised to use ARGB_8888 instead.
Bitmap.Config ARGB_8888 Each pixel is stored on 4 bytes.
Bitmap.Config RGB_565 Each pixel is stored on 2 bytes and only the RGB channels are encoded: red is stored with 5 bits of precision (32 possible values), green is store d with 6 bits of precision (64 possible values) and blue is stored with 5 bits of precision.
以上是官方文档对 Bitmap.Config 类的描述,所以,如果以 ARGB_8888 的方式 decode,那个每个像素占用4个 bytes,而如果用 RGB_565 就占用2个 bytes。
我们计算一下,在 2.3 以后,程序自带的图片资源,都默认以 ARGB_8888 的方式,而在此以之前是以 RGB_565 的方式(不确定,待验证),所以颜色会有损耗,典型的就是如果有渐变色的话,会出现光圈。
所以,计算如下:
1600 * 900 * 4 = 5760000
这个 5760000 也就是上面 logcat 错误日志里面所提到的申请数字,当然在实际用命令打印出的内存情况上看,比这个数字要大,是因为这只是图片像素的内存,还有一些属性,变量和类本身没有计算在内。
二.基于Android开发多媒体和游戏应用时,可能会挺经常出现Out Of Memory 异常 ,顾名思义这个异常是说你的内存不够用或者耗尽了。
在Android中,一个Process 只能使用16M内存,如果超过了这个限制就会跳出这个异常。这样就要求我们要时刻想着释放资源。Java的回收工作是交给GC的,如何让GC能及时的回收已经不是用的对象,这个里面有很多技巧,大家可以google一下。
因为总内存的使用超过16M而导致OOM的情况,非常简单,我就不继续展开说。值得注意的是Bitmap在不用时,一定要recycle,不然OOM是非常容易出现的。
本文想跟大家一起讨论的是另一种情况:明明还有很多内存,但是发生OOM了。
这种情况经常出现在生成Bitmap的时候。有兴趣的可以试一下,在一个函数里生成一个13m 的int数组。
再该函数结束后,按理说这个int数组应该已经被释放了,或者说可以释放,这个13M的空间应该可以空出来,
这个时候如果你继续生成一个10M的int数组是没有问题的,反而生成一个4M的Bitmap就会跳出OOM。这个就奇怪了,为什么10M的int够空间,反而4M的Bitmap不够呢?
这个问题困扰很久,在网上,国外各大论坛搜索了很久,一般关于OOM的解释和解决方法都是,如何让GC尽快回收的代码风格之类,并没有实际的支出上述情况的根源。
直到昨天在一个老外的blog上终于看到了这方面的解释,我理解后归纳如下:
在Android中:
1.一个进程的内存可以由2个部分组成:java 使用内存 ,C 使用内存 ,这两个内存的和必须小于16M,不然就会出现大家熟悉的OOM,这个就是第一种OOM的情况。
2.更加奇怪的是这个:一旦内存分配给Java后,以后这块内存即使释放后,也只能给Java的使用,这个估计跟java虚拟机里把内存分成好几块进行缓存的原因有关,反正C就别想用到这块的内存了,所以如果Java突然占用了一个大块内存,即使很快释放了:
C能使用的内存 = 16M - Java某一瞬间占用的最大内存。
而Bitmap的生成是通过malloc进行内存分配的,占用的是C的内存,这个也就说明了,上述的4MBitmap无法生成的原因,因为在13M被Java用过后,剩下C能用的只有3M了。
发表评论
-
jar包混淆
2016-09-18 16:46 1059开发过程中需要把相关功能打成jar包供别人调用,如果不混淆的话 ... -
项目从eclipse移植到studio中遇到的问题整理
2016-09-13 17:42 1125概念 eclipse workspace ---> ... -
ViewGroup&View&Activity onInterceptTouchEvent&dispatchTouchEvent&onTouch整理
2016-08-03 22:26 620一直对这块的知识一知 ... -
仿京东android客户端收件地址选择
2016-07-12 18:07 6458纯手写,可能有些问题,功能已实现 activity pac ... -
FragmentActivity中资源被回收,导致页面fragment错乱的问题
2016-06-07 13:59 3784开发过程中,页面使用fragmentactivity,可能会遇 ... -
android 通过eclipse mat来监测应用内存
2016-02-03 13:02 011dasdasdas -
【转】详解ViewPager调用FragmentPagerAdapter.notifyDataSetChanged()不能更新Fragment
2016-01-30 13:27 2003转载自 http://www.blog4app.com/?p= ... -
startActivityForResult常用使用方式
2015-04-24 11:58 1667示例 初始Activity启动目标activity,并带上了请 ... -
在android4.4以上版本 第三方应用处理短信的疑惑
2015-03-31 16:14 969最近有个处理android手机短信的需求,需要删除本地某指定短 ... -
Beacon的入门相关知识整理(关于android开发)
2014-10-27 16:53 0To do.... -
[转]常用Github项目类库
2014-09-18 09:29 1739【转自】http://blog.csdn.net/jabony ... -
android适配多分辨率的小技巧
2014-09-05 18:10 2749android多分辨率适配其实是老生常谈的话了,今天再拿出来炒 ... -
android通过自定义schame和host来启动app
2014-08-15 15:02 2102很多时候,我们可以看到在web页面中点击链接,可以直接启动ap ... -
基础知识整理
2014-08-08 17:50 0onTouch(MotionEvent event) eve ... -
android view的缩放平移简单实现
2014-07-22 16:20 16310参考了下网上一些实现 主要是通过matrix实现的 用到的 ... -
android 应用实现微信好友或朋友圈分享
2014-07-18 16:44 60374官方的文档连接:https://open.weixin.qq. ... -
android 自定义view支持gif格式播放
2014-07-16 18:38 4102前段时间做了个项目,有播放gif的需求, 而android展示 ... -
android中自定义attr,以及style杂谈
2014-06-05 18:12 13697attr 属性 style 样式 二者都是在res/value ... -
ViewGroup中的onInterceptTouchEvent和onTouchEvent调用时序
2014-05-20 11:20 1120最近在做android类似slidemenu项目,遇到了scr ... -
获取手机网络状态的代码
2014-03-27 16:45 1247之前网上有人使用方法判断手机网络状态代码如下: Co ...
相关推荐
ANDROIDBITMAP内存限制OOM,OUTOFMEMORY.pdf
ANDROIDBITMAP内存限制OOM,OUTOFMEMORY[文].pdf
关于Android out of memory错误的分析
如果不能使用,请修改根目录下的project.property的android:target为你当前有的target(不知道怎么改的同学可以从8到21一个个数字去试哦) 程序实现点击屏幕后聚焦拍照功能,并把图片存入sd卡camera目录下。但打开时无...
主要介绍了Android 加载大图及多图避免程序出现OOM(OutOfMemory)异常的相关资料,需要的朋友可以参考下
我们在编写Android程序的时候经常要用到许多图片,不同图片总是会有不同的形状、不同的大小,程序占用了过高的内存就容易出现OOM(OutOfMemory)异常。本篇文章主要讲诉了解决Android解析图片的OOM问题,有兴趣的可以...
首先,OOM就是内存溢出,即Out Of Memory。也就是说内存占有量超过了VM所分配的最大。 怎么解决OOM,通常OOM都发生在需要用到大量内存的情况下(创建或解析Bitmap,分配特大的数组等),在这样的一种情况下,就可能...
一个图片内存缓存和sdcard缓存的例子,经过很好的优化,性能很好,能有效的防止oom.
1 概述 Android的设计理念之一,便是应用程序退出,但进程还会继续存在系统以便...Android基于Linux的系统,其实Linux有类似的内存管理策略——OOM killer,全称(Out Of Memory Killer), OOM的策略更多的是用于分配内存
想必很多朋友对OOM(OutOfMemory)这个错误不会陌生,而当遇到这种错误如何有效地解决这个问题呢?今天我们就来说一下如何利用软引用和弱引用来有效地解决程序中出现的OOM问题. 一.了解 强引用、软引用、弱引用、虚...
Android内存回收机制策略 1、GC 2、lowmemorykiller GC GC是java虚拟机的内存...OOM(Out Of Memory) : Android内存管理机制及优化方法(https://www.2cto.com/kf/201805/741791.html) 简言之,即应用占用的最大内存
需求:从本地相册找图片,或通过调用系统相机拍照得到图片。 容易出错的地方: 1、当我们指定了照片的uri路径,我们就不能通过data.getData();...就容易出现 out of memory(oom)错误,我们需要先把URI转换
如果不小心,你的Android应用很容易浪费掉未释放的内存,最终导致内存用光的错误抛出(out-of-memory,OOM)。 一般内存泄漏(traditional memory leak)的原因是:当该对象的所有引用都已经释放了,对象仍未被释放。...
方法将突破转成Bitmap时,遇到大一些的图片,我们经常会遇到OOM(Out Of Memory)的问题。怎么避免它呢? 这就用到了我们上面提到的BitmapFactory.Options这个类。 BitmapFactory.Options这个类,有一个字
我们得知一个应用如果使用大量图片就会导致OOM(out of memory),那该如何处理才能近可能的降低oom发生的概率呢?之前我们一直在使用SoftReference软引用,SoftReference是一种现在已经不再推荐使用的方式,因为从 ...
内存溢出 (OOM)是指程序在申请内存时,没有足够的内存空间供其使用,出现out of memory;比如只申请了一个integer,但给它存了long才能存下的数,那就会出现内存溢出。 内存泄露 (memory leak)是指程序在申请内存...
大家应该知道,我们编写的应用程序都是有一定内存限制的,程序占用了过高的内存就容易出现OOM(OutOfMemory)异常。我们可以通过下面的代码看出每个应用程序最高可用内存是多少 int maxMemory = (int) (Runtime....
Android的虚拟机是基于寄存器的Dalvik,它的最大堆大小一般是16M,有的机器为24M。...如果我们的内存占用超过了一定的水平就会出现OutOfMemory的错误。 掌握OOM异常的处理,并可以对应用进行相应的优化
在Android开发中,我们经常与Bitmap打交道,而对Bitmap的不恰当的操作经常会导致OOM(Out of Memory)。这篇文章我们会介绍如何高效地在Android开发中使用Bitmap,在保证图片显示质量的前提下尽可能占用更小的内存。