收的監(jiān)控對象是否超過指定閥值。

利用PhantomReferences(虛引用)和ReferenceQueue(引用隊列)，當(dāng)PhantomReferences被加入到相關(guān)聯(lián)的ReferenceQueue時，則視該對象已經(jīng)或處于垃圾回收器回收階段了。

MLD監(jiān)控原理核心

目前手機(jī)管家已對大部分類完成內(nèi)存泄露的監(jiān)控，包括各種activity，service和view頁面等，務(wù)求在技術(shù)上能帶給用戶最順滑的產(chǎn)品體驗。

接下來簡單介紹下這個工具的判斷核心。根據(jù)虛引用監(jiān)控到的內(nèi)存狀態(tài)，需要通過多種策略來判斷是否存在內(nèi)存泄露。

（1）最簡單的方式就是直接在加入監(jiān)控時就為該類型設(shè)定最大存在個數(shù)，舉個例子，各個DAO對象理論上只能存在最多一個，因此一旦出現(xiàn)兩個相同的DAO，那一般都是泄露了；

（2）第二種情況是在頁面退出程序退出時，檢索gc后無法釋放的對象列表，這些對象類型也會成為內(nèi)存泄露的懷疑對象；

（3）最后一種情況比較復(fù)雜，基本原理是根據(jù)歷史操作判斷對象數(shù)量的增長幅度。根據(jù)對象的增長通過最小二乘法擬合出該對象類型的增長速度，如果超過經(jīng)驗值則會列入疑似泄露的對象列表。

3.3 UIAutomator完成重復(fù)操作的自動化

最后一步就很簡單了。這么多反復(fù)的UI操作，讓人工來點就太浪費人力了。我們使用UIAutomator來進(jìn)行自動化操作測試。

目前手機(jī)管家的每日自動化測試已覆蓋各個功能的主路徑，并通過配置文件的方式來靈活驅(qū)動用例的增刪改查，最大限度保證了隨著版本推移用例的復(fù)用價值。

至此手機(jī)管家的內(nèi)存泄露測試方案介紹完畢，也歡迎各路牛人交流溝通更多更強(qiáng)的內(nèi)存泄露工具盒方案！

騰訊Bugly簡介

Bugly是騰訊內(nèi)部產(chǎn)品質(zhì)量監(jiān)控平臺的外發(fā)版本，其主要功能是App發(fā)布以后，對用戶側(cè)發(fā)生的Crash以及卡頓現(xiàn)象進(jìn)行監(jiān)控并上報，讓開發(fā)同學(xué)可以第一時間了解到App的質(zhì)量情況，及時機(jī)型修改。目前騰訊內(nèi)部所有的產(chǎn)品，均在使用其進(jìn)行線上產(chǎn)品的崩潰監(jiān)控。

騰訊bugly的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于騰訊bugly的信息別忘了在本站進(jìn)行查找喔。