Android開發中不免會遇到各類內存泄漏,若是不及時發現處理,會致使出現內存越用越大,可能會由於內存泄漏致使出現各類奇怪的crash,甚至可能出現因內存不足而致使APP崩潰。php
Android的內存泄漏分析工具經常使用有Android Studio和基於eclipse的MAT(Memory Analyzer Tool)。經過二者配合,能夠發揮出奇妙的效果。Android Studio可以快速定位內存泄漏的Activity,MAT能根據已知的Activity快速找出內存泄漏的根源。java
咱們都知道Java有一個很是強大的垃圾回收機制,會幫我回收無引用的對象,這些無引用的對象不在咱們內存泄漏分析的範疇,Android Studio有一個Android Monitors
幫助咱們進行強制GC,獲取Java Heap
文件。android
強制GC:點擊
Initate GC
(1)按鈕,建議點擊後等待幾秒後再次點擊,嘗試屢次,讓GC更加充分。而後點擊Dump Java Heap
(2)按鈕,而後等到一段時間,生成有點慢。git
生成的Java Heap文件會在新建窗口打開。github
點擊Analyzer Tasks
的Perform Analysis
(1)按鈕,而後等待幾秒十幾秒不等,便可找出內存泄漏的Activity(2)。正則表達式
那麼咱們就能夠知道內存泄漏的Activity,由於這個例子比較簡單,其實在(3)就已經能夠看到問題所在,若是比較複雜的問題Android Studio並不夠直觀,不夠MAT方便,若是Android Studio沒法解決咱們的問題,就建議使用MAT來分析,因此下一步咱們就生成標準的hprof文件,經過MAT來找出泄漏的根源。android-studio
剛纔生成的Heap文件不是標準的Java Heap,因此MAT沒法打開,咱們須要轉換成標準的Java Heap文件,這個工具Android Studio就有提供,叫作Captures
,右擊選中的hprof
,Export to standard .hprof
選擇保存的位置,便可生成一個標準的hprof文件。eclipse
MAT的下載地址,使用方式和eclipse同樣,這裏就很少說了,打開剛纔生成的hprof文件。點擊(1)按鈕打開Histogram。(2)這裏是支持正則表達式,咱們直接輸入Activity名稱,點擊enter
鍵便可。ide
搜索到了目標的Activity函數
右擊搜索出來的類名,選擇
Merge Shortest Paths to GC Roots
的exclude all phantom/weak/soft etc. references
,來到這一步,就能夠看到內存泄漏的緣由,咱們就須要根據內存泄漏的信息集合咱們的代碼去分析緣由。
使用Handler案例分析,給出的信息是Thread和android.os.Message,這個Thread和Message配合一般是在Handler使用,結合代碼,因此我猜想是Handler致使內存泄漏問題,查看代碼,直接就在函數中定義了一個final的Handler用來定時任務,在Activity的onDestroy後,這個Handler還在不斷地工做,致使Activity沒法正常回收。
// 致使內存泄漏的代碼 protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_test); textView = (TextView) findViewById(R.id.text); final Handler handler = new Handler(); handler.post(new Runnable() { @Override public void run() { textView.setText(String.valueOf(timer++)); handler.postDelayed(this, 1000); } }); }
@Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_test); textView = (TextView) findViewById(R.id.text); handler.post(new Runnable() { @Override public void run() { textView.setText(String.valueOf(timer++)); if (handler != null) { handler.postDelayed(this, 1000); } } }); } private Handler handler = new Handler(); @Override protected void onDestroy() { super.onDestroy(); // 避免Handler致使內存泄漏 handler.removeCallbacksAndMessages(null); handler = null; }
從新測試,確保問題已經解決。
https://github.com/taoweiji/DemoAndroidMemoryLeak