久草小区二区三区四区网页,仙人掌视频app下载安装安卓,国产一级片免费看片

軟件介紹人氣軟件精品推薦相關(guān)文章網(wǎng)友評(píng)論下載地址
小編為您推薦： leakcanaryjar 內(nèi)存檢測(cè)工具編程輔助軟件

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

leakcanary jar包下載

leakcanary jar介紹

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

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

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

為什么需要使用 LeakCanary？

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

如何使用

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

RefWatcher refWatcher = {...};

// 監(jiān)控

refWatcher.watch(schrodingerCat);

LeakCanary.install() 會(huì)返回一個(gè)預(yù)定義的 RefWatcher，同時(shí)也會(huì)啟用一個(gè) ActivityRefWatcher，用于自動(dòng)監(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);

}

工作機(jī)制

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

然后在后臺(tái)線程檢查引用是否被清除，如果沒(méi)有，調(diào)用GC。

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

在另外一個(gè)進(jìn)程中的 HeapAnalyzerService 有一個(gè) HeapAnalyzer 使用HAHA 解析這個(gè)文件。

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

HeapAnalyzer 計(jì)算到 GC roots 的最短強(qiáng)引用路徑，并確定是否是泄露。如果是的話，建立導(dǎo)致泄露的引用鏈。

引用鏈傳遞到 APP 進(jìn)程中的 DisplayLeakService，并以通知的形式展示出來(lái)。

如何復(fù)制 leak trace？

在 Logcat 中，你可以看到類似這樣的 leak trace：

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

* GC ROOT thread java.lang.Thread. (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

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

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

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

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

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

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

leak trace 之外

有時(shí)，leak trace 不夠，你需要通過(guò) MAT 或者 YourKit 深挖 dump 文件。

通過(guò)以下方法，你能找到問(wèn)題所在：

查找所有的 com.squareup.leakcanary.KeyedWeakReference 實(shí)例。

檢查 key 字段

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

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

referent 字段對(duì)應(yīng)的就是泄露的對(duì)象。

剩下的，就是動(dòng)手修復(fù)了。最好是檢查到 GC root 的最短強(qiáng)引用路徑開始。

自定義UI 樣式

DisplayLeakActivity 有一個(gè)默認(rèn)的圖標(biāo)和標(biāo)簽，你只要在你自己的 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

MyLeaks

保存 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 個(gè) dump 文件和 leak trace。你可以在你的 APP 中，定義 R.integer.__leak_canary_max_stored_leaks 來(lái)覆蓋類庫(kù)的默認(rèn)值。

上傳 leak trace 到服務(wù)器

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

創(chuàng)建一個(gè) LeakUploadService，最簡(jiǎn)單的就是繼承 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);

}

請(qǐng)確認(rèn) 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);

}

別忘了注冊(cè) service：

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

更多>> 軟件截圖

上一張下一張 (1 / 1)

查看詳細(xì)截圖

推薦應(yīng)用

其他版本下載

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

更多 (27個(gè)) >> 內(nèi)存檢測(cè)工具內(nèi)存檢測(cè)工具哪個(gè)好，網(wǎng)上的類似的內(nèi)存檢測(cè)測(cè)試工具非常的多，選擇一款好用的內(nèi)存檢測(cè)軟件是不是很難呢？要知道內(nèi)存作為我們電腦的核心硬件之一，對(duì)于電腦的性能和穩(wěn)定性來(lái)說(shuō)都至關(guān)重要，因此在配置電腦前對(duì)電腦內(nèi)存情況也應(yīng)該有一個(gè)準(zhǔn)確的了解，這里推薦大家使用魯大師、AIDA64、CPU-Z等這