Android Memory Leak檢測(cè)上報(bào)

背景

之前統(tǒng)計(jì)crash信息時(shí)統(tǒng)計(jì)到的top5的崩潰幕随,OOM導(dǎo)致的崩潰數(shù)量排在第二位

crash top5分布

Android sdk的OOM崩潰率持續(xù)增長(zhǎng)晒喷,為了檢測(cè)出內(nèi)存泄漏問(wèn)題脓规,決定改造下LeakCanary解決目前測(cè)試中的幾個(gè)痛點(diǎn)源织。

  1. Memory leak發(fā)生時(shí)不能很快的將信息傳遞給開(kāi)發(fā)人員,之前需要打開(kāi)leak activity 然后找到發(fā)生的leak記錄誉己,打開(kāi)每級(jí)的stack信息眉尸。截圖給開(kāi)發(fā),簡(jiǎn)直不能忍巨双。

    1. 原始memory leak發(fā)生時(shí)的通知提示噪猾,打開(kāi)以后如下圖,需要將這個(gè)圖給到開(kāi)發(fā)定位問(wèn)題炉峰。
    image
  2. 當(dāng)測(cè)試需要清除應(yīng)用數(shù)據(jù)時(shí)會(huì)造成leak信息一并被清除,導(dǎo)致數(shù)據(jù)丟失脉执,leak信息無(wú)法追溯疼阔。

  3. 當(dāng)使用monkey等自動(dòng)測(cè)試手段進(jìn)行穩(wěn)定性測(cè)試時(shí),查看leak trace的界面是一個(gè)新的Activity半夷,在跑Monkey的過(guò)程中會(huì)進(jìn)入這個(gè)activity不斷的操作婆廊,會(huì)刪除已經(jīng)產(chǎn)生的leak信息,并且會(huì)有相當(dāng)長(zhǎng)一段時(shí)間可能無(wú)法回到測(cè)試產(chǎn)品自身的界面中操作巫橄。

Leakcanary的使用

  • 原理圖

image
  • 過(guò)程解析

    • 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)。

一猜扮、開(kāi)始使用

在項(xiàng)目 build.gradle 中加入引用勉吻,不同的編譯使用不同的引用:

 dependencies {
   debugCompile 'com.squareup.leakcanary:leakcanary-android:1.5.1'
   releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.5.1'
 }

在 Application 中:

public class MainApplication extends Application {
 
  @Override 
    public void onCreate() {
    super.onCreate();
    LeakCanary.install(this);
 }
}

這樣,在 debug build 中破镰,如果檢測(cè)到某個(gè) activity 有內(nèi)存泄露餐曼,LeakCanary 就是自動(dòng)地顯示一個(gè)通知。點(diǎn)擊通知即可進(jìn)入leak activity進(jìn)行查看相關(guān)的leak詳情鲜漩。

二源譬、改造

1、新建LeakUploadService

在Application類所在的package內(nèi)新建一個(gè)LeakUploadService類孕似,繼承DisplayLeakService類:

import com.squareup.leakcanary.*
public class LeakUploadService extends DisplayLeakService {
    @Override
    protected void afterDefaultHandling(HeapDump heapDump, AnalysisResult result, String leakInfo) {
        if (!result.leakFound || result.excludedLeak){
            return踩娘;
       }
  uploadService();
   }
}

其中,發(fā)生泄漏的類名為result.className.toString();喉祭,其余信息諸如軟件包名养渴、軟件版本號(hào)、leak trace等泛烙,均在leakInfo中一般將軟件包名理卑、版本號(hào)、leak trace(第一行下面蔽氨,* Retaining: 131 KB.之上的部分)藐唠、泄漏大小等信息上傳到數(shù)據(jù)庫(kù)即可,有了這些信息鹉究,開(kāi)發(fā)就可以定位問(wèn)題了宇立。

處理方法也很簡(jiǎn)單,就是對(duì)String對(duì)象進(jìn)行一些操作自赔。這里我是將發(fā)送泄漏的類名妈嘹、軟件包名、軟件版本號(hào)绍妨、整個(gè)泄漏信息(除了Details部分)上傳到數(shù)據(jù)庫(kù)

String className = result.className.toString();
String pkgName = leakInfo.trim().split(":")[0].split(" ")[1]
String pkgVer = leakInfo.trim().split(":")[1]
String leakDetail = leakInfo.split("\n\n")[0] + "\n\n" + leakInfo.split("\n\n")[1];

使用Okhttp編寫一個(gè)簡(jiǎn)單的上傳leak信息的代碼润脸,在LeakUploadService中檢測(cè)到memoryload時(shí)調(diào)用上傳即可。

2他去、注冊(cè)service

接下來(lái)需要在AndroidManifest.xml中注冊(cè)service津函,即在<application android:name=...>和</application>之間添加<service android:name="com.squareup.leakcanary.LeakUploadService" android:exported="false"/>,根據(jù)LeakUploadService所在的包自行調(diào)整孤页。

3尔苦、改造屏蔽leak activity

DisplayLeakActivity類是LeakCanary展示leak trace的類,這個(gè)類的存在,會(huì)導(dǎo)致跑Monkey的過(guò)程中允坚,多次進(jìn)入這個(gè)Activity魂那,在其中操作,從而減少在軟件本身界面中的操作時(shí)間稠项。

屏蔽DisplayLeakActivity

  • 由于LeakCanary類正好是在前面接入LeakCanary時(shí)添加代碼LeakCanary.install(this);用到的類涯雅,因此想到的方法是自己創(chuàng)建一個(gè)新的類LeakCanaryWithoutDisplay,位置在com/squareup/leakcanary下(需要自己新建這個(gè)package)展运,里面的代碼直接復(fù)制LeakCanary類活逆,然后做如下修改:

    • public final class LeakCanary {改為public final class LeakCanaryWithoutDisplay {

    • private LeakCanary() {改為private LeakCanaryWithoutDisplay() {

    • 修改enableDisplayLeakActivity()函數(shù),將true改為false

    • 將主Application類中安裝LeakCanary的代碼LeakCanary.install();改為LeakCanaryWithoutDisplay.install();

    • 調(diào)用LeakCanaryWithoutDisplay.enableDisplayLeakActivity(this);之后就會(huì)屏蔽activity和通知信息拗胜。

  • 最后修改主Application類中的安裝方式蔗候,改為:

public class MainApplication extends Application {
    private RefWatcher refWatcher;
    @Override
    public void onCreate() {
        super.onCreate();
  refWatcher = LeakCanaryWithoutDisplay.install(this);
  LeakCanaryWithoutDisplay.enableDisplayLeakActivity(this);
   }
}

做了如上操作后,每次發(fā)生泄漏都不會(huì)出現(xiàn)通知和leak activity埂软,并且會(huì)自動(dòng)將發(fā)送泄漏的類名锈遥、軟件包名、軟件版本號(hào)勘畔、泄漏信息等上傳指定服務(wù)端了所灸。

4、 服務(wù)端簡(jiǎn)單實(shí)現(xiàn)

  1. 主要功能實(shí)現(xiàn)
  • 接受LeakUploadService post過(guò)來(lái)的leak數(shù)據(jù)

  • 對(duì)數(shù)據(jù)處理并入庫(kù)

  • 定時(shí)任務(wù)觸發(fā)炫七,通過(guò)郵件的形式上報(bào)收集到的leak信息爬立,并更新數(shù)據(jù)庫(kù)狀態(tài)

  • 重復(fù)leak的過(guò)濾

2 重復(fù)leak信息過(guò)濾,主要依據(jù)infer生成的report json對(duì)比實(shí)現(xiàn)万哪,當(dāng)前可以完全過(guò)濾掉重復(fù)的leak信息侠驯。
通過(guò)對(duì)比發(fā)現(xiàn)生成的數(shù)據(jù)中,可以通過(guò)下面的代碼過(guò)濾重復(fù)信息


image2019-4-12_15-28-43.png

三壤圃、 測(cè)試

測(cè)試中無(wú)需關(guān)注leak的發(fā)生陵霉,只需要關(guān)注被測(cè)應(yīng)用的功能測(cè)試琅轧,當(dāng)leak發(fā)生時(shí)會(huì)自動(dòng)上傳leak信息到服務(wù)端伍绳,服務(wù)端會(huì)自動(dòng)郵件通知開(kāi)發(fā)者。

四乍桂、改造以后于原始方式的對(duì)比

  1. 改造以后可以通過(guò)郵件直接通知開(kāi)發(fā)冲杀,memoryleak的發(fā)生,還有泄露的詳細(xì)信息睹酌,

  2. 測(cè)試過(guò)程中完全可以不再關(guān)注leak的發(fā)生权谁,發(fā)生leak也不會(huì)再中斷測(cè)試過(guò)程。

  3. 郵件通知憋沿,減少測(cè)試與開(kāi)發(fā)之間溝通的成本

  4. 提升測(cè)試工作效率旺芽,減少不必要的時(shí)間開(kāi)支

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子采章,更是在濱河造成了極大的恐慌运嗜,老刑警劉巖,帶你破解...
    沈念sama閱讀 223,002評(píng)論 6 519
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件悯舟,死亡現(xiàn)場(chǎng)離奇詭異担租,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)抵怎,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,357評(píng)論 3 400
  • 文/潘曉璐 我一進(jìn)店門奋救,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人反惕,你說(shuō)我怎么就攤上這事尝艘。” “怎么了承璃?”我有些...
    開(kāi)封第一講書人閱讀 169,787評(píng)論 0 365
  • 文/不壞的土叔 我叫張陵利耍,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我盔粹,道長(zhǎng)隘梨,這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書人閱讀 60,237評(píng)論 1 300
  • 正文 為了忘掉前任舷嗡,我火速辦了婚禮轴猎,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘进萄。我一直安慰自己捻脖,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 69,237評(píng)論 6 398
  • 文/花漫 我一把揭開(kāi)白布中鼠。 她就那樣靜靜地躺著可婶,像睡著了一般。 火紅的嫁衣襯著肌膚如雪援雇。 梳的紋絲不亂的頭發(fā)上矛渴,一...
    開(kāi)封第一講書人閱讀 52,821評(píng)論 1 314
  • 那天,我揣著相機(jī)與錄音惫搏,去河邊找鬼具温。 笑死,一個(gè)胖子當(dāng)著我的面吹牛筐赔,可吹牛的內(nèi)容都是我干的铣猩。 我是一名探鬼主播,決...
    沈念sama閱讀 41,236評(píng)論 3 424
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼茴丰,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼达皿!你這毒婦竟也來(lái)了天吓?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書人閱讀 40,196評(píng)論 0 277
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤峦椰,失蹤者是張志新(化名)和其女友劉穎失仁,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體们何,經(jīng)...
    沈念sama閱讀 46,716評(píng)論 1 320
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡萄焦,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,794評(píng)論 3 343
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了冤竹。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片拂封。...
    茶點(diǎn)故事閱讀 40,928評(píng)論 1 353
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖鹦蠕,靈堂內(nèi)的尸體忽然破棺而出冒签,到底是詐尸還是另有隱情,我是刑警寧澤钟病,帶...
    沈念sama閱讀 36,583評(píng)論 5 351
  • 正文 年R本政府宣布萧恕,位于F島的核電站,受9級(jí)特大地震影響肠阱,放射性物質(zhì)發(fā)生泄漏票唆。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,264評(píng)論 3 336
  • 文/蒙蒙 一屹徘、第九天 我趴在偏房一處隱蔽的房頂上張望走趋。 院中可真熱鬧,春花似錦噪伊、人聲如沸簿煌。這莊子的主人今日做“春日...
    開(kāi)封第一講書人閱讀 32,755評(píng)論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)姨伟。三九已至,卻和暖如春豆励,著一層夾襖步出監(jiān)牢的瞬間夺荒,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書人閱讀 33,869評(píng)論 1 274
  • 我被黑心中介騙來(lái)泰國(guó)打工肆糕, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留般堆,地道東北人在孝。 一個(gè)月前我還...
    沈念sama閱讀 49,378評(píng)論 3 379
  • 正文 我出身青樓诚啃,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親私沮。 傳聞我的和親對(duì)象是個(gè)殘疾皇子始赎,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,937評(píng)論 2 361

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