1.

为了能够使Android应用程序能够高效快速地运行,所以 Android的每个应用程序都会用一个专有的Davilk虚拟机实例对象来运行,这个Davilk对象是由Zygote服务进程孵化出来的,这样的机制 使每个应用进程都只能在属于自己的进程空间中运行。Android为不同类型的进程分配了不同的内存使用上限,也就是设置了一个阈值,当这个上限被超过 时,就视为OOM,通过一定的选择策略,某些进程就会被系统kill掉以释放内存。

在编程中有些现象很容易造成造成内存泄露,我们应该尽量避免:
一.引用没释放造成的内存泄露
二.资源对象没关闭造成的内存泄露(比如没有关闭访问文件的输入输出流)
三.Bitmap没调用recycle(Bitmap对象在不使用时,我们应该先调用recycle()释放内存,然后才它设置为null.)
四.构造Adapter时,没有使用缓存的 convertView
五.一些不良代码成内存压力(一些代码虽然不会直接造成内存泄露,但是它一直占用内存就会影响其他进程访问内存,间接造成OOM)

2.

这个问题其实其他的编程语言一样,都存在这个问题,说白了就是变成的技巧和经验问题。对不使用的资源要做到及时的释放。

给你个公式:
可使用的内存 = 16M - Java某一瞬间占用的最大内存

另外可以参考下这个资料:http://wenku.baidu.com/view/05b2d31d650e52ea551898f0.html

3.

处理图片时可以使用弱引用,jvm会更快的回收资源。创建Bitmap时,可以使用BitmapFactory.decodeStream(is)代替createBitmap这个方法。同时用完的bm要尽快回收。几个小技巧,开发时一般都会用到。

4.

我只遇见过从网上加载大图OOM的情况,记得当时是为Bitmap建立了一个三级的缓存机制,类似于计算机的cache——主存——外存一样的,对应 着:Bitmap强引用(Dalvik内存)——Bitmap软引用——SD卡,Decode时也要先Decode尺寸,按需解码。设计好算法,参考一些 开源的库。

5.

在做项目中遇到类似的问题,原因在于使用的图片在不用后未能及时回收资源。
图片资源使用后:
if(!bitmap.isRecyle()){
bitmap.recycle();
System.gc();
bitmap=null;
}

---您好,我知道您所说的优化,但是Imageview在一个listview里面,填充的时候是多线程调用填充,如果协商上面的代码就会报错。就是释放以后有引用它了,请问如果这样,在那里释放比较好?

更多相关文章

  1. Android卸载程序之后跳转到指定的反馈页面
  2. android LruCache的使用 (本地缓存+内存缓存)
  3. Android清理后台进程
  4. Android(安卓)图片内存缓存
  5. Android:Handler,内部类导致的可能内存泄露
  6. Android(安卓)adb setuid提权漏洞之分析
  7. 《Pro Android(安卓)Graphics》读书笔记之第三节
  8. Application 判断 是否在主进程、主线程
  9. 内存优化二

随机推荐

  1. android 学习笔记(四)
  2. 关于Android如何禁止屏幕旋转刷新界面
  3. Android 动画小知识点
  4. android之启动桌面activity
  5. Android文件操作
  6. Android ------ 拍照相册选择图片 剪裁图
  7. Android 依赖报错Version 28 (intended f
  8. android hack相关
  9. Linkify匹配电话号码,Email等
  10. android studio更改module名字