Android下的，OOM記憶體溢位解決方法\AsyncTask
在Android平臺上面，應用程式OOM異常永遠都是值得關注的問題。通常這一塊也是程式這中的重點之一。這下我就如何解決OOM作一點簡單的介紹。
首先，OOM就是記憶體溢位，即Out Of Memory。也就是說記憶體佔有量超過了VM所分配的最大。
怎麼解決OOM，通常OOM都發生在需要用到大量記憶體的情況下（建立或解析Bitmap，分配特大的陣列等），在這樣的一種情況下，就可能出現OOM，據我現在瞭解到，多數OOM都是因為Bitmap太大。所以，這裡我就專門針對如何解決Bitmap的OOM。其實最核發的就是隻載入可見範圍內的Bitmap，試想這樣一種情況，在GridView或ListView中，資料量有5000，每一屏只顯示20個元素，那麼不可見的，我們是不需要儲存Bitmap在內在中的。所以我們就是隻把那麼可見的Bitmap保留在記憶體中，那些不可見的，就釋放掉。當元素滑出來時，再去載入Bitmap。
這裡我有兩種方式，都可以避免OOM。
一，主動釋放Bitmap的記憶體（不推薦）
這種方式我簡單說一下，不太推薦，這也是我最開始使用的一種方法，但最後證明它不是最好的。
它的本質思路是：
1、只加載可見區域的Bitmap
2、滑動時不載入
3、停止滑動（Idle）後，開始重新載入可見區域的圖片
4、釋放滑出可見區域的Bitmap的內在。
它比較複雜：
1、我們需要監聽GridView/ListView的滑動事件，這個很簡單做到，AbsListView#setOnScrollListener(OnScrollListener l)
2、主動呼叫Bitmap#recycle()方法，它會導致一個問題，必須判斷這個Bitmap是否被一個View(ImageView等）所引用，如果被引用，我們不能簡單地呼叫recycle()方法，這樣會導致異常，說是View使用了一個已經被回收的Bitmap。
3，我們必須設計自己的執行緒來控制開始/暫停等，因為GridView/ListView的滑動狀態可能不斷地變化，也就是說滑動->停止->滑動，這種狀態可能不斷變化，這樣就會導致我們的執行緒中的run()方法裡面的邏輯比較複雜，一旦複雜，問題就可能就得更多。
基於以上幾點，這種方式不是最好的，所以不推薦。
二，設計Cache（）
這種方式，我覺得是比較好的一種，它首先利用了cache(快取)，我認為cache是一個很重要的東西，把Bitmap的記憶體單獨放在一個地方來管理，這個地方就是cache，它的容量是一定的，我們可能會不斷的向這個cache中新增元素，也可能不斷的移除元素。
為了更好的說明這種方式，先要介紹一下LruCache。
LruCache
1、這其實就是一個LinkedHashMap，任意時刻，當一個值被訪問時，它就會被移動到佇列的開始位置，所以這也是為什麼要用LinkedHashMap的原因，因為要頻繁的做移動操作，為了提高效能，所以要用LinkedHashMap。當cache滿了時，此時再向cache裡面新增一個值，那麼，在佇列最後的值就會從佇列裡面移除，這個值就有可能被GC回收掉。
2、如果我們想主動釋放記憶體，也是可以的，我們可以重寫entryRemoved(Boolean, K, V, V)方法。
3、這個類是執行緒安全的，在多執行緒下面使用這個類，不會存在問題。
- synchronized (cache) {
- if (cache.get(key) == null) {
- cache.put(key, value);
- }}
4、LruCache的APILevel是12，也就是說，我們在SDK 2.3.x以下是無法使用的，但是沒關係，LruCache的原始碼不算複雜，我們可以直接把它拷貝到自己的工程目錄就可以了。
AsyncTask
這個類也是一個很重要也很常用的類。它封裝了Thread和Handler，我們使用就更加方便，不用關注Handler，我們知道，在後臺執行緒中是不能更新UI，而很多情況下，我們在後臺執行緒做完一件事情後，一般都會更新UI，一般的做法是向關聯到UI執行緒的Handler傳送一個message，在Handler裡面去處理這個message，從而更新UI。用了AsyncTask之後，我們就不用關注Handler了。這個類有幾個重要的方法：
1、onPreExecute(): 在UI執行緒裡面呼叫，它在這個task執行後會立即呼叫。我們在這個方法裡面通常是用於建立一個任務，比如顯示一個等待對話方塊來通知使用者。
2、doInBackground(Params...)：這個方法從名字就可以看出，它是執行在後臺執行緒的，在這個方法裡面，去做耗時的事情，比如下載訪問網路，操作檔案等。這這個方法裡面，我們可以呼叫publishProgress(Progress...)來呼叫當前任務的進度，呼叫了這個方法後，對應的onProgressUpdate(Progress...)方法會被呼叫，這個方法是執行在UI執行緒的。
3、onProgressUpdate(Progress...)：執行在UI執行緒，在呼叫publishProgress()方法之後。這個方法用來在UI上顯示任何形式的進度，比如你可以顯示一個等待對話方塊，也可以顯示一個文字形式的log，還可以顯示toast對話方塊。
4、onPostExecute(Result)：當task結束後呼叫，它執行在UI執行緒。
5、取消一個task，我們可以在任何時候呼叫cancel(Boolean)來取消一個任務，當呼叫了cancel()方法後，onCancelled(Object)方法就會被呼叫，onPostExecute(Object)方法不會被呼叫，在doInBackground(Object[])方法中，我們可以用isCancelled()方法來檢查任務是否取消。
6、幾點規則
- AsyncTask例項必須在UI執行緒中建立
- execute(Params...)方法必須在UI執行緒中呼叫。
- 不用手動呼叫onPreExecute(), onPostExecute(), doInBackground(), onProgressUpdate()方法。
- 一個任務只能被執行一次。
總的思路
1、始終從cache中去取Bitmap，如果取到Bitmap，就直接把這個Bitmap設定到ImageView上面。
2、如果快取中不存在，那麼啟動一個task去載入（可能從檔案來，也可能從網路）。
3、每一個ImageView上面都可能繫結一個task，所以，這個ImageView必須提供一個方法能得到與之相關聯的task，為什麼要這樣做？因為在給一個ImageView繫結task之前，必須要把原先的task取消。