在android开发中应该如何管理内存或者是在开发过程中应该注意哪些问题来较少OOM?

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里面，填充的时候是多线程调用填充，如果协商上面的代码就会报错。就是释放以后有引用它了，请问如果这样，在那里释放比较好？