LeakCanary 學(xué)習(xí)筆記

LeakCanary

在 Appliaction 中初始化 LeakCanary

if(!LeakCanary.isInAnalyzerProcess(this)){
    LeakCanary.install(this);
}

創(chuàng)建一個 RefWatcher 對象

public static RefWatcher install(Application application) {
  return refWatcher(application).listenerServiceClass(DisplayLeakService.class)
      .excludedRefs(AndroidExcludedRefs.createAppDefaults().build())
      .buildAndInstall();
}

監(jiān)聽 Activity 生命周期

public void watchActivities() {
  // Make sure you don't get installed twice.
  stopWatchingActivities();
  application.registerActivityLifecycleCallbacks(lifecycleCallbacks);
}

關(guān)注 Activity 的 onDestroy 生命周期

private final Application.ActivityLifecycleCallbacks lifecycleCallbacks =
    new Application.ActivityLifecycleCallbacks() {
      @Override public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
      }
      @Override public void onActivityStarted(Activity activity) {
      }
      @Override public void onActivityResumed(Activity activity) {
      }
      @Override public void onActivityPaused(Activity activity) {
      }
      @Override public void onActivityStopped(Activity activity) {
      }
      @Override public void onActivitySaveInstanceState(Activity activity, Bundle outState) {
      }
      @Override public void onActivityDestroyed(Activity activity) {
        ActivityRefWatcher.this.onActivityDestroyed(activity);
      }
    };

當 Activity 調(diào)用了 onDestroy() 方法后,RefWatcher 開始監(jiān)聽 Activity 對象

void onActivityDestroyed(Activity activity) {
  refWatcher.watch(activity);
}

第一步:使用 KeyedWeakReference 弱引用 Activity 對象筑公,并且使用了 ReferenceQueue 将谊,這里的 queue 表示外傅,如果 activity 被 gc 回收了,那么 activity 就會被放入 queue 這個隊列中蕊梧。

給當前對象生成一個唯一的 key 標識:String key = UUID.randomUUID().toString();
將生成的 key 添加到 Set 集合中:retainedKeys.add(key);

這里的 retainedKeys 集合的作用:放入到這個集合中的每一個元素是一個個 Key ,每一個 key 表示一個引用對象霉翔,也就是說只要這個 retainedKeys 存在元素,那么對應(yīng)元素表示的引用對象就還沒有被回收秕狰。

第二步:在異步線程中去開始檢測這個 activity 是否發(fā)生內(nèi)存泄露了。

這里是在線程池中執(zhí)行

public void watch(Object watchedReference, String referenceName) {
  if (this == DISABLED) {
    return;
  }
  checkNotNull(watchedReference, "watchedReference");
  checkNotNull(referenceName, "referenceName");
  final long watchStartNanoTime = System.nanoTime();
  String key = UUID.randomUUID().toString();
  retainedKeys.add(key);
  final KeyedWeakReference reference =
      new KeyedWeakReference(watchedReference, key, referenceName, queue);
  ensureGoneAsync(watchStartNanoTime, reference);
}

第一步:removeWeaklyReachableReferences();先檢測一遍躁染,queue 中引用是否出現(xiàn)在 retainedKeys 中鸣哀,如果存在就要將這個引用對象對應(yīng)的 key 從 retainedKeys 中移除

第二步:判斷是否是在 debug 狀態(tài),如果是吞彤,則返回 RETRY 我衬,那么這個任務(wù)將會重新被執(zhí)行

第三步:在第一步檢測之后,如果在這一步中备畦,對象就已經(jīng)被回收了低飒,當前要檢測的 activity 對象對應(yīng)的 key 就從 retainedKeys 中移除了,那么 gone(reference) 方法一定會返回 true 懂盐,那么 ensureGone 返回 DONE ,表示不再監(jiān)聽這個對象糕档,表示對象被移除了莉恼。如果第一步操作之后發(fā)現(xiàn)對象還是沒有被回收,那么 gone(reference) 會返回 false

第四步:gcTrigger.runGc(); 執(zhí)行 gc 操作速那,因為 activity 是在弱引用的俐银,因此在 gc 時不管是否內(nèi)存充足,弱引用的對象都會被回收端仰。這里再次執(zhí)行第一步中的removeWeaklyReachableReferences()操作再次地檢測當前 activity 是否被回收捶惜。

第五步:執(zhí)行第三步再次判斷 activity 對象是否被回收了,如果被回收了荔烧,那么 ensureGone 返回 GONE 表示檢測完畢吱七,該對象沒有發(fā)生內(nèi)存泄露。如果檢測到對象在 GC 之后鹤竭,依舊沒有被回收踊餐,那就要開始分析 activity 的引用鏈。

Retryable.Result ensureGone(final KeyedWeakReference reference, final long watchStartNanoTime) {
  long gcStartNanoTime = System.nanoTime();
  long watchDurationMs = NANOSECONDS.toMillis(gcStartNanoTime - watchStartNanoTime);
  removeWeaklyReachableReferences();
  if (debuggerControl.isDebuggerAttached()) {
    // The debugger can create false leaks.
    return RETRY;
  }
  if (gone(reference)) {
    return DONE;
  }
  gcTrigger.runGc();
  removeWeaklyReachableReferences();
  if (!gone(reference)) {
    long startDumpHeap = System.nanoTime();
    long gcDurationMs = NANOSECONDS.toMillis(startDumpHeap - gcStartNanoTime);
    File heapDumpFile = heapDumper.dumpHeap();
    if (heapDumpFile == RETRY_LATER) {
      // Could not dump the heap.
      return RETRY;
    }
    long heapDumpDurationMs = NANOSECONDS.toMillis(System.nanoTime() - startDumpHeap);
    heapdumpListener.analyze(
        new HeapDump(heapDumpFile, reference.key, reference.name, excludedRefs, watchDurationMs,
            gcDurationMs, heapDumpDurationMs));
  }
  return DONE;
}

當前 activity 在二次確定之后還是沒有被回收臀稚,現(xiàn)在開始 dump 堆中內(nèi)存數(shù)據(jù)并保存到一個文件中 heapDumpFile 保存吝岭。

File heapDumpFile = heapDumper.dumpHeap();

heapdumpListener.analyze 分析 dump 出來的數(shù)據(jù)。

@Override public void analyze(HeapDump heapDump) {
  checkNotNull(heapDump, "heapDump");
  HeapAnalyzerService.runAnalysis(context, heapDump, listenerServiceClass);
}

HeapAnalyzerService 是一個 IntentService 吧寺,之所以使用 IntentService 窜管,它是一個 Service 組件,所以優(yōu)先級比較高稚机,不易被系統(tǒng) kill幕帆,并且內(nèi)部使用 HandlerThread 實現(xiàn)的異步線程去分析內(nèi)存泄露。

@Override protected void onHandleIntent(Intent intent) {
  if (intent == null) {
    CanaryLog.d("HeapAnalyzerService received a null intent, ignoring.");
    return;
  }
  String listenerClassName = intent.getStringExtra(LISTENER_CLASS_EXTRA);
  HeapDump heapDump = (HeapDump) intent.getSerializableExtra(HEAPDUMP_EXTRA);
  HeapAnalyzer heapAnalyzer = new HeapAnalyzer(heapDump.excludedRefs);
  AnalysisResult result = heapAnalyzer.checkForLeak(heapDump.heapDumpFile, heapDump.referenceKey);
  AbstractAnalysisResultService.sendResultToListener(this, listenerClassName, heapDump, result);
}

checkForLeak 找到最短的 GCRoots 引用路徑抒钱。

public AnalysisResult checkForLeak(File heapDumpFile, String referenceKey) {
  long analysisStartNanoTime = System.nanoTime();
  if (!heapDumpFile.exists()) {
    Exception exception = new IllegalArgumentException("File does not exist: " + heapDumpFile);
    return failure(exception, since(analysisStartNanoTime));
  }
  try {
    HprofBuffer buffer = new MemoryMappedFileBuffer(heapDumpFile);
    HprofParser parser = new HprofParser(buffer);
    Snapshot snapshot = parser.parse();
    deduplicateGcRoots(snapshot);
    Instance leakingRef = findLeakingReference(referenceKey, snapshot);
    // False alarm, weak reference was cleared in between key check and heap dump.
    if (leakingRef == null) {
      return noLeak(since(analysisStartNanoTime));
    }
    return findLeakTrace(analysisStartNanoTime, snapshot, leakingRef);
  } catch (Throwable e) {
    return failure(e, since(analysisStartNanoTime));
  }
}

分析完畢之后蜓肆,將結(jié)果發(fā)送出來颜凯。

AbstractAnalysisResultService.sendResultToListener(this, listenerClassName, heapDump, result);
  • onHeapAnalyzed 發(fā)送一個通知
  • heapDump.heapDumpFile.delete(); 將 dump 文件刪除
@Override protected final void onHandleIntent(Intent intent) {
  HeapDump heapDump = (HeapDump) intent.getSerializableExtra(HEAP_DUMP_EXTRA);
  AnalysisResult result = (AnalysisResult) intent.getSerializableExtra(RESULT_EXTRA);
  try {
    onHeapAnalyzed(heapDump, result);
  } finally {
    //noinspection ResultOfMethodCallIgnored
    heapDump.heapDumpFile.delete();
  }
}

可以覆寫這個方法,在分析完畢之后仗扬,將對應(yīng)的數(shù)據(jù)上傳到后臺服務(wù)器症概。

/**
 * You can override this method and do a blocking call to a server to upload the leak trace and
 * the heap dump. Don't forget to check {@link AnalysisResult#leakFound} and {@link
 * AnalysisResult#excludedLeak} first.
 */
protected void afterDefaultHandling(HeapDump heapDump, AnalysisResult result, String leakInfo) {
}```

記錄于2021年5月30日

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市早芭,隨后出現(xiàn)的幾起案子彼城,更是在濱河造成了極大的恐慌,老刑警劉巖退个,帶你破解...
    沈念sama閱讀 217,277評論 6 503
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件募壕,死亡現(xiàn)場離奇詭異,居然都是意外死亡语盈,警方通過查閱死者的電腦和手機舱馅,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,689評論 3 393
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來刀荒,“玉大人代嗤,你說我怎么就攤上這事〔瑁” “怎么了干毅?”我有些...
    開封第一講書人閱讀 163,624評論 0 353
  • 文/不壞的土叔 我叫張陵,是天一觀的道長泼返。 經(jīng)常有香客問我硝逢,道長,這世上最難降的妖魔是什么绅喉? 我笑而不...
    開封第一講書人閱讀 58,356評論 1 293
  • 正文 為了忘掉前任渠鸽,我火速辦了婚禮,結(jié)果婚禮上霹疫,老公的妹妹穿的比我還像新娘拱绑。我一直安慰自己,他們只是感情好丽蝎,可當我...
    茶點故事閱讀 67,402評論 6 392
  • 文/花漫 我一把揭開白布猎拨。 她就那樣靜靜地躺著,像睡著了一般屠阻。 火紅的嫁衣襯著肌膚如雪红省。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,292評論 1 301
  • 那天国觉,我揣著相機與錄音吧恃,去河邊找鬼。 笑死麻诀,一個胖子當著我的面吹牛痕寓,可吹牛的內(nèi)容都是我干的傲醉。 我是一名探鬼主播,決...
    沈念sama閱讀 40,135評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼呻率,長吁一口氣:“原來是場噩夢啊……” “哼硬毕!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起礼仗,我...
    開封第一講書人閱讀 38,992評論 0 275
  • 序言:老撾萬榮一對情侶失蹤吐咳,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后元践,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體韭脊,經(jīng)...
    沈念sama閱讀 45,429評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,636評論 3 334
  • 正文 我和宋清朗相戀三年单旁,在試婚紗的時候發(fā)現(xiàn)自己被綠了沪羔。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,785評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡慎恒,死狀恐怖任内,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情融柬,我是刑警寧澤,帶...
    沈念sama閱讀 35,492評論 5 345
  • 正文 年R本政府宣布趋距,位于F島的核電站粒氧,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏节腐。R本人自食惡果不足惜外盯,卻給世界環(huán)境...
    茶點故事閱讀 41,092評論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望翼雀。 院中可真熱鬧饱苟,春花似錦、人聲如沸狼渊。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,723評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽狈邑。三九已至城须,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間米苹,已是汗流浹背糕伐。 一陣腳步聲響...
    開封第一講書人閱讀 32,858評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留蘸嘶,地道東北人良瞧。 一個月前我還...
    沈念sama閱讀 47,891評論 2 370
  • 正文 我出身青樓陪汽,卻偏偏與公主長得像,于是被迫代替她去往敵國和親褥蚯。 傳聞我的和親對象是個殘疾皇子挚冤,可洞房花燭夜當晚...
    茶點故事閱讀 44,713評論 2 354

推薦閱讀更多精彩內(nèi)容