leakcanary jar包下載 最新更新|軟件分類|軟件專題|手機版|論壇轉(zhuǎn)貼|軟件發(fā)布

您當前所在位置:首頁編程開發(fā)編程輔助 → leakcanary jar

leakcanary jar

leakcanary jar
  • 軟件大小:2.9M
  • 軟件語言:中文
  • 軟件類型:國產(chǎn)軟件 / 編程輔助
  • 軟件授權(quán):免費軟件
  • 更新時間:2017-06-01 11:14
  • 軟件等級:4星
  • 應用平臺:WinXP, Win7, Win8
  • 軟件官網(wǎng):

ITMOP本地下載文件大。2.9M

點贊好評0%(0) 差評差評0%(0)

軟件介紹人氣軟件精品推薦相關(guān)文章網(wǎng)友評論下載地址

小編為您推薦:leakcanaryjar內(nèi)存檢測工具編程輔助軟件

leakcanary是一款非常實用的內(nèi)存檢測工具,這款壓縮包里面包含了leakcanary_resource.jar和leakcanary.jar.一個是包含源代碼的一個是沒有包含源代碼的!有需要的快點來it貓撲下載吧!

leakcanary jar包下載

leakcanary jar介紹

Android 和 java 內(nèi)存泄露檢測。

“A small leak will sink a great ship.” - Benjamin Franklin

千里之堤, 毀于蟻穴。 -- 《韓非子·喻老》

為什么需要使用 LeakCanary?

問得好,看這個文章LeakCanary: 讓內(nèi)存泄露無所遁形

如何使用

使用 RefWatcher 監(jiān)控那些本該被回收的對象。

RefWatcher refWatcher = {...};

// 監(jiān)控

refWatcher.watch(schrodingerCat);

LeakCanary.install() 會返回一個預定義的 RefWatcher,同時也會啟用一個 ActivityRefWatcher,用于自動監(jiān)控調(diào)用 Activity.onDestroy() 之后泄露的 activity。

public class ExampleApplication extends Application {

public static RefWatcher getRefWatcher(Context context) {

ExampleApplication application = (ExampleApplication) context.getApplicationContext();

return application.refWatcher;

}

private RefWatcher refWatcher;

@Override public void onCreate() {

super.onCreate();

refWatcher = LeakCanary.install(this);

}

}

使用 RefWatcher 監(jiān)控 Fragment:

public abstract class BaseFragment extends Fragment {

@Override public void onDestroy() {

super.onDestroy();

RefWatcher refWatcher = ExampleApplication.getRefWatcher(getActivity());

refWatcher.watch(this);

}

}

工作機制

RefWatcher.watch() 創(chuàng)建一個 KeyedWeakReference 到要被監(jiān)控的對象。

然后在后臺線程檢查引用是否被清除,如果沒有,調(diào)用GC。

如果引用還是未被清除,把 heap 內(nèi)存 dump 到 APP 對應的文件系統(tǒng)中的一個 .hprof 文件中。

在另外一個進程中的 HeapAnalyzerService 有一個 HeapAnalyzer 使用HAHA 解析這個文件。

得益于唯一的 reference key, HeapAnalyzer 找到 KeyedWeakReference,定位內(nèi)存泄露。

HeapAnalyzer 計算 到 GC roots 的最短強引用路徑,并確定是否是泄露。如果是的話,建立導致泄露的引用鏈。

引用鏈傳遞到 APP 進程中的 DisplayLeakService, 并以通知的形式展示出來。

如何復制 leak trace?

在 Logcat 中,你可以看到類似這樣的 leak trace:

In com.example.leakcanary:1.0:1 com.example.leakcanary.MainActivity has leaked:

* GC ROOT thread java.lang.Thread.<Java Local> (named 'AsyncTask #1')

* references com.example.leakcanary.MainActivity$3.this$0 (anonymous class extends android.os.AsyncTask)

* leaks com.example.leakcanary.MainActivity instance

* Reference Key: e71f3bf5-d786-4145-8539-584afaecad1d

* Device: Genymotion generic Google Nexus 6 - 5.1.0 - API 22 - 1440x2560 vbox86p

* Android Version: 5.1 API: 22

* Durations: watch=5086ms, gc=110ms, heap dump=435ms, analysis=2086ms

你甚至可以通過分享按鈕把這些東西分享出去。

SDK 導致的內(nèi)存泄露

隨著時間的推移,很多SDK 和廠商 ROM 中的內(nèi)存泄露問題已經(jīng)被盡快修復了。但是,當這樣的問題發(fā)生時,一般的開發(fā)者能做的事情很有限。

LeakCanary 有一個已知問題的忽略列表,AndroidExcludedRefs.java,如果你發(fā)現(xiàn)了一個新的問題,請?zhí)嵋粋 issue 并附上 leak trace, reference key, 機器型號和 SDK 版本。如果可以附帶上 dump 文件的 鏈接那就再好不過了。

對于最新發(fā)布的 Android,這點尤其重要。你有機會在幫助在早期發(fā)現(xiàn)新的內(nèi)存泄露,這對整個 Android 社區(qū)都有極大的益處。

開發(fā)版本的 Snapshots 包在這里: Sonatype's snapshots repository。

leak trace 之外

有時,leak trace 不夠,你需要通過 MAT 或者 YourKit 深挖 dump 文件。

通過以下方法,你能找到問題所在:

查找所有的 com.squareup.leakcanary.KeyedWeakReference 實例。

檢查 key 字段

Find the KeyedWeakReference that has a key field equal to the reference key reported by LeakCanary.

找到 key 和 和 logcat 輸出的 key 值一樣的 KeyedWeakReference。

referent 字段對應的就是泄露的對象。

剩下的,就是動手修復了。最好是檢查到 GC root 的最短強引用路徑開始。

自定義UI 樣式

DisplayLeakActivity 有一個默認的圖標和標簽,你只要在你自己的 APP 資源中,替換以下資源就可。

res/

drawable-hdpi/

__leak_canary_icon.png

drawable-mdpi/

__leak_canary_icon.png

drawable-xhdpi/

__leak_canary_icon.png

drawable-xxhdpi/

__leak_canary_icon.png

drawable-xxxhdpi/

__leak_canary_icon.png

<?xml version="1.0" encoding="utf-8"?>

<resources>

<string name="__leak_canary_display_activity_label">MyLeaks</string>

</resources>

保存 leak trace

DisplayLeakActivity saves up to 7 heap dumps & leak traces in the app directory. You can change that number by providing R.integer.__leak_canary_max_stored_leaks in your app:

在 APP 的目錄中,DisplayLeakActivity 保存了 7 個 dump 文件和 leak trace。你可以在你的 APP 中,定義 R.integer.__leak_canary_max_stored_leaks 來覆蓋類庫的默認值。

<?xml version="1.0" encoding="utf-8"?>

<resources>

<integer name="__leak_canary_max_stored_leaks">20</integer>

</resources>

上傳 leak trace 到服務器

你可以改變處理完成的默認行為,將 leak trace 和 heap dump 上傳到你的服務器以便統(tǒng)計分析。

創(chuàng)建一個 LeakUploadService, 最簡單的就是繼承 DisplayLeakService :

public class LeakUploadService extends DisplayLeakService {

@Override

protected void afterDefaultHandling(HeapDump heapDump, AnalysisResult result, String leakInfo) {

if (!result.leakFound || result.excludedLeak) {

return;

}

myServer.uploadLeakBlocking(heapDump.heapDumpFile, leakInfo);

}

}

請確認 release 版本 使用 RefWatcher.DISABLED:

public class ExampleApplication extends Application {

public static RefWatcher getRefWatcher(Context context) {

ExampleApplication application = (ExampleApplication) context.getApplicationContext();

return application.refWatcher;

}

private RefWatcher refWatcher;

@Override public void onCreate() {

super.onCreate();

refWatcher = installLeakCanary();

}

protected RefWatcher installLeakCanary() {

return RefWatcher.DISABLED;

}

}

自定義 RefWatcher:

public class DebugExampleApplication extends ExampleApplication {

protected RefWatcher installLeakCanary() {

return LeakCanary.install(app, LeakUploadService.class);

}

}

別忘了注冊 service:

<?xml version="1.0" encoding="utf-8"?>

<manifest xmlns:android="https://schemas.android.com/apk/res/android"

xmlns:tools="https://schemas.android.com/tools"

>

<application android:name="com.example.DebugExampleApplication">

<service android:name="com.example.LeakUploadService" />

</application>

</manifest>

更多>>軟件截圖

推薦軟件

    其他版本下載

      精品推薦內(nèi)存檢測工具

      內(nèi)存檢測工具
      更多 (27個) >>內(nèi)存檢測工具內(nèi)存檢測工具哪個好,網(wǎng)上的類似的內(nèi)存檢測測試工具非常的多,選擇一款好用的內(nèi)存檢測軟件是不是很難呢?要知道內(nèi)存作為我們電腦的核心硬件之一,對于電腦的性能和穩(wěn)定性來說都至關(guān)重要,因此在配置電腦前對電腦內(nèi)存

      相關(guān)文章

      下載地址

      • leakcanary jar

      查看所有評論>>網(wǎng)友評論

      發(fā)表評論

      (您的評論需要經(jīng)過審核才能顯示) 網(wǎng)友粉絲QQ群號:203046401

      查看所有0條評論>>

      更多>>猜你喜歡