一：記憶體洩漏，記憶體溢位

記憶體洩露：是指無用物件（不再使用的物件）持續佔有記憶體或無用物件的記憶體得不到及時釋放，從而造成的記憶體空間的浪費稱為記憶體洩露。記憶體洩露有時不嚴重且不易察覺，這樣開發者就不知道存在記憶體洩露，但有時也會很嚴重，會提示你Out of memory。

避免記憶體溢位
OOM即Out Of Memory，一般是由程式編寫者對記憶體使用不當，如對該釋放的記憶體資源沒有釋放，導致其一直不能被再次使用而使記憶體被耗盡的現象。根本的解決辦法是對程式碼進行優化：在記憶體引用上做些處理，使用軟引用，虛引用和弱引用；在記憶體中載入圖片時直接在記憶體中做處理，如邊界壓縮等；建立動態回收記憶體機制；優化Dalvik虛擬機器的堆記憶體分配，自定義堆記憶體大小等。

1.資料庫的cursor沒有關閉

2.構造adapter沒有使用快取Converview

3.呼叫registerReceiver後未呼叫unregisterReceiver

4.未關閉InputStream/OutputStream

5.Bitmap使用未呼叫recycle

6.Context洩漏

7.static關鍵字等

Java程式碼導致OutOfMemoryError錯誤的解決：

需要重點排查以下幾點：

檢查程式碼中是否有死迴圈或遞迴呼叫。
檢查是否有大迴圈重複產生新物件實體。
檢查對資料庫查詢中，是否有一次獲得全部資料的查詢。一般來說，如果一次取十萬條記錄到記憶體，就可能引起記憶體溢位。這個問題比較隱蔽，在上線前，資料庫中資料較少，不容易出問題，上線後，資料庫中資料多了，一次查詢就有可能引起記憶體溢位。因此對於資料庫查詢儘量採用分頁的方式查詢。
檢查List、MAP等集合物件是否有使用完後，未清除的問題。List、MAP等集合物件會始終存有對物件的引用，使得這些物件不能被GC回收。
 

記憶體洩漏可以分為4類：

1) 常發性記憶體洩漏。發生記憶體洩漏的程式碼會被多次執行到，每次被執行的時候都會導致一塊記憶體洩漏。

2) 偶發性記憶體洩漏。發生記憶體洩漏的程式碼只有在某些特定環境或操作過程下才會發生。常發性和偶發性是相對的。對於特定的環境，偶發性的也許就變成了常發性的。所以測試環境和測試方法對檢測記憶體洩漏至關重要。

3) 一次性記憶體洩漏。發生記憶體洩漏的程式碼只會被執行一次，或者由於演算法上的缺陷，導致總會有一塊僅且一塊記憶體發生洩漏。比如，在類的建構函式中分配記憶體，在解構函式中卻沒有釋放該記憶體，所以記憶體洩漏只會發生一次。

事實上在Java的GC機制中如果一個物件有著具體的引用，那麼是不會被GC自動回收的。
也就是說：

Object obj = new Object();//寫在100個迴圈內等於你有100個引用對應了100個物件
所以100個物件在一段時間內都是會佔用記憶體，直到記憶體不足GC主動回收

obj = new Object();//寫在100個迴圈內等於你使用1個引用分別100次呼叫了100個物件
所以當後一個物件init後，前一個物件已經是“無引用狀態”，會很快的被GC自動回收
(在你的迴圈還未結束時，可能已經進行了多次GC回收，這點很重要)

也就是說第二種方法能更好的管理記憶體。

二：請求超時或者響應超時：

HTTP 503 錯誤 – 服務不可用 (Service unavailable)
因暫時超載或臨時維護，您的 Web 伺服器目前無法處理 HTTP 請求。 其含義是， 這是一個暫時情況，會有一些延誤， 過 後將會得到緩解。 有些伺服器在這種情況下也許乾脆拒絕套接字（socket） 連線，在這種情況下，可能會由於套接字建立超時而產生不同的錯誤資訊。

ConnectException ： 指的是伺服器請求超時
SocketTimeoutException:指的是伺服器響應超時