Android开发中 页面加载一张超大图片（561kb）时出现OOM

    今天作项目，发现须要显示一张超大图片，处理事后，还有561Kb

     加载的时候，就crash --- OOM

     shortMsg:java.lang.OutOfMemoryError

     longMsg:java.lang.OutOfMemoryError: bitmap size exceeds VM budget

     stackTrace:java.lang.OutOfMemoryError: bitmap size exceeds VM budget
     at android.graphics.Bitmap.nativeCreate(Native Method)
     at android.graphics.Bitmap.createBitmap(Bitmap.java:477)
     at android.graphics.Bitmap.createBitmap(Bitmap.java:444)
     at android.graphics.Bitmap.createScaledBitmap(Bitmap.java:349)
     at android.graphics.BitmapFactory.finishDecode(BitmapFactory.java:512)
     at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:487)
     at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:336)

     

      代码以下：

      detailView=(ImageView)findViewById(R.id.detailView);

      detailView.setBackgroundResource(R.drawable.more_info);//this line will lead to OOM 

       换成这种：

      detailView.setImageResource(R.drawable.more_info); //也一样会OOM

       

       后来找到了solution:

        /**
          * 以最省内存的方式读取本地资源的图片
          * @param context
          *@param resId
          * @return
          */  
    public static Bitmap readBitMap(Context context, int resId){  
        BitmapFactory.Options opt = new BitmapFactory.Options();  
        opt.inPreferredConfig = Bitmap.Config.RGB_565;   
       opt.inPurgeable = true;  
       opt.inInputShareable = true;  
          //获取资源图片  
       InputStream is = context.getResources().openRawResource(resId);  
           return BitmapFactory.decodeStream(is,null,opt);  
    }
     

    取得bitmap以后，再 detailView.setImageBitmap(pdfImage); 就ok了！      

     那是为何，会致使oom呢：

         原来当使用像 imageView.setBackgroundResource，imageView.setImageResource, 或者 BitmapFactory.decodeResource  这样的方法来设置一张大图片的时候，

         这些函数在完成decode后，最终都是经过java层的createBitmap来完成的，须要消耗更多内存。

         所以，改用先经过BitmapFactory.decodeStream方法，建立出一个bitmap，再将其设为ImageView的 source，decodeStream最大的秘密在于其直接调用JNI>>nativeDecodeAsset()来完成decode，无需再使用java层的createBitmap，从而节省了java层的空间。若是在读取时加上图片的Config参数，能够跟有效减小加载的内存，从而跟有效阻止抛out of Memory异常。

        另外，须要特别注意： 

         decodeStream是直接读取图片资料的字节码了， 不会根据机器的各类分辨率来自动适应，使用了decodeStream以后，须要在hdpi和mdpi，ldpi中配置相应的图片资源，不然在不一样分辨率机器上都是一样大小（像素点数量），显示出来的大小就不对了。