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