Bitmap decodeStream()与decodeResource()比较B

   项目中遇到一个很奇怪的问题，就是用一个viewpager简单的加载三张图片滑动的时候非常卡顿。这个非常奇怪，因为之前是不存在这个问题的。那么为什么现在出现了，发现新给的这三张图片比较大，1080p的。但即使1080p的图片也不应该这么卡啊，因为同一手机上另一个程序加载同样的图片也是左右滑动却没有这种卡顿的现象。

   刚开始以为是viewpager的问题，最后用ddms查看内存占用情况发现一打开这个界面就会导致内存飙升到80%以上，这说明肯定是图片加载的问题。对比两个程序对图片加载的区别发现，我是直接用BitmapFactory的decodeResource(Resources res, int id)方法，而另一个程序是用直接解析流的形式decodeStream(InputStream is)。最后查看源码发现这两个api的最大区别在于最后解析出来的Options的inDensity和inTargetDensity（图像密度），即前一个decodeResource会以bitmap的密度做为绘制密度，而decodeStream直接以屏幕默认密度做为绘制密度。所以如果当图片密度远大于屏幕密度时会导致decodeResource解析出来的Bitmap很大，导致机器很卡。