就要用BitmapFactory.Options這個東東了,Options裡主要有兩個引數比較重要.

options.inJustDecodeBounds = false/true;
//圖片壓縮比例.
options.inSampleSize = ssize;
我們去解析一個圖片，如果太大，就會OOM，我們可以設定壓縮比例inSampleSize,但是這個壓縮比例設定多少就是個問題，所以我們解析圖片可以分為倆個步驟，
第一步就是獲取圖片的寬高

    這裡要設定Options.inJustDecodeBounds=true,這時候decode的bitmap為null,只是把圖片的寬高放在Options裡，
 

然後第二步就是設定合適的壓縮比例inSampleSize，這時候獲得合適的Bitmap.這裡我畫了簡單的流程圖，如下：

主要是通過BitmapFactory.Options 來實現。

Options中有個屬性inJustDecodeBounds。我們可以充分利用它，來避免大圖片的溢位問題。他是什麼原理呢？

API這樣說：如果該 值設為true那麼將不返回實際的bitmap，也不給其分配記憶體空間這樣就避免記憶體溢位了。但是允許我們查詢圖片的資訊這其中就包括圖片大小資訊（

options.outHeight (圖片原始高度)和option.outWidth(圖片原始寬度)）。

Options中有個屬性inSampleSize。我們可以充分利用它，實現縮放。

如果被設定為一個值> 1,要求解碼器解碼出原始影象的一個子樣本,返回一個較小的bitmap,以節省儲存空間。

例如,inSampleSize = = 2，則取出的縮圖的寬和高都是原始圖片的1/2，圖片大小就為原始大小的1/4。

對於任何值< = 1的同樣處置為1。

那麼相應的方法也就出來了，通過設定 inJustDecodeBounds為true，獲取到outHeight(圖片原始高度)和 outWidth(圖片的原始寬度)，然後計算一個inSampleSize(縮放值)，

然後就可以取圖片了，這裡要注意的是，inSampleSize 可能小於0，必須做判斷。

1. 坑一

 原來是ImageView的scaleType的問題，當設定為fitXY時，雖然ImageView顯示那麼點尺寸，但是，但是Glide載入圖片時，卻是以全解析度載入的，於是載入幾張，就OOM了。
改成fitCenter或者centerCrop(試了一下fitStart、fitEnd也行，總之看需求了)，就好了，會自動快取小圖，滾動起來也非常流暢。
 

android:adjustViewBounds="true"圖片會根據自身寬高比縮放 不會去裁剪