Bitmap优化：转化小图，预加载和内存回收
一般用于ListView、Gallery.ViewPager等中
转化为小图：
可以把原始图像存储在硬盘，剪切出一份小图像存在内存，加载小图。（此处有种匹配算法，详情见官网）
预加载：
在getview中预加载未显示的项目。
内存回收：
例如listview中建议在getview外面转化bitmap然后直接加载bitmap,而不是在getview中转化再加载，会照成照片显示卡。
但是， 在外面加载需要把需要显示的全部放入内存，则有可能造成内存泄漏。此时可以采用内存回收。例如把当前显示在屏幕上的左右三个之外的全部回收，则所需占用的内存只有一定的大小。
注意点：
优化不能在主线程中完成，需要开辟子线程完成优化。
在Android中：
1.一个进程的内存可以由2个部分组成：native和dalvik，，dalvik就是我们平常说的java堆，我们创建的对象是在这里面分配的，而bitmap是直接在native上分配的，对于内存的限制是 native+dalvik 不能超过最大限制。
2.更加奇怪的是这个：一旦内存分配给Java后，以后这块内存即使释放后，也只能给Java的使用，这个估计跟java虚拟机里把内存分成好几块进行缓存的原因有关，反正C就别想用到这块的内存了，所以如果Java突然占用了一个大块内存，即使很快释放了：
C能使用的内存 = 16M - Java某一瞬间占用的最大内存。
而Bitmap的生成是通过malloc进行内存分配的，占用的是C的内存，这个也就说明了，上述的4MBitmap无法生成的原因，因为在13M被Java用过后，剩下C能用的只有3M了。
3 一般图片都是压缩过的，一个100k的图片转化为bitmap，可能变为很大。