android程序内存被分为2部分：native和dalvik，dalvik就是我们平常说的java堆，我们创建的对象是在这里面分配的，而bitmap是直接在native上分配的，对于内存的限制是 native+dalvik 不能超过最大限制。android程序内存一般限制在16M，当然也有24M的。 用以下命令可以查看程序的内存使用情况： adb shell dumpsys meminfo $package_name or $pid    //使用程序的包名或者进程id 用com.tencent.qqpimsecure为例：  具体每一项代表什么，参考：[http://stackoverflow.com/questions/2298208/how-to-discover-memory-usage-of-my-application-in-android#2299813](http://stackoverflow.com/questions/2298208/how-to-discover-memory-usage-of-my-application-in-android#2299813)，我们比较关心的是这2行：        其中size是需要的内存，而allocated是分配了的内存，对应的2列分别是native和dalvik，当总数也就是total这一列超过单个程序内存的最大限制时，OOM就很有可能会出现了。 多数时候，发生OOM 都是在做一些跟图片相关的操作，以下提出一些建议尽量可以减少这种情况的发生： 1.decode bitmap 的时候，尽量配置下Options，例如：inSameSize 2.Bitmap使用完以后，调用 bitmap.recycle()来释放内存 3.如果应用是基于图片的应用，尽量采用LazyLoad和DymanicRecycle 4.decode bitmap 的时候，将decode代码 try catch 出来，catch oom error，避免程序crash，可以在catch里面做一些释放内存操作