Android中內(nèi)存泄漏的注意點(diǎn)有哪些,很多新手對(duì)此不是很清楚,為了幫助大家解決這個(gè)難題,下面小編將為大家詳細(xì)講解,有這方面需求的人可以來(lái)學(xué)習(xí)下,希望你能有所收獲。
讓客戶滿意是我們工作的目標(biāo),不斷超越客戶的期望值來(lái)自于我們對(duì)這個(gè)行業(yè)的熱愛。我們立志把好的技術(shù)通過(guò)有效、簡(jiǎn)單的方式提供給客戶,將通過(guò)不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長(zhǎng)期合作伙伴,公司提供的服務(wù)項(xiàng)目有:申請(qǐng)域名、虛擬空間、營(yíng)銷軟件、網(wǎng)站建設(shè)、東安網(wǎng)站維護(hù)、網(wǎng)站推廣。內(nèi)存泄漏對(duì)每一位 Android 開發(fā)一定是司空見慣,大家或多或少都肯定有些許接觸。大家都知道,每一個(gè)手機(jī)都有一定的承載上限,多處的內(nèi)存泄漏堆積一定會(huì)堆積如山,最終出現(xiàn)內(nèi)存爆炸 OOM。
而這,也是極有可能在 Android 面試中一道常見的開放題。
內(nèi)存泄漏的根本原因是一個(gè)長(zhǎng)生命周期的對(duì)象持有了一個(gè)短生命周期的對(duì)象。如果你對(duì)垃圾回收機(jī)制有所了解,我想這個(gè)問題基本難不住你,因?yàn)橹懒嗽?,自然不?huì)去觸碰這些極易導(dǎo)致內(nèi)存泄漏的雷區(qū)。
該題重在積累,不需要死記硬背,自己多總結(jié)即可。
1. 長(zhǎng)生命周期對(duì)象持有 Activity
這基本是最常見的內(nèi)存泄漏了,比如
內(nèi)部類形式使用 Handler 同時(shí)發(fā)送延時(shí)消息,或者在 Handler 里面執(zhí)行耗時(shí)任務(wù),在任務(wù)還沒完成的時(shí)候 Activity 需要銷毀。這時(shí)候由于 Handler 持有 Activity 的強(qiáng)引用導(dǎo)致 Activity 無(wú)法被回收。
同理內(nèi)部類形式的使用 AsyncTask 執(zhí)行耗時(shí)任務(wù)也會(huì)導(dǎo)致內(nèi)存泄漏的發(fā)生。
單例作為最長(zhǎng)生命周期的對(duì)象,自然不應(yīng)該持有 Activity 從而導(dǎo)致內(nèi)存泄漏發(fā)生;
針對(duì)上面這種情況,基本不必多說(shuō)了,不要使用內(nèi)部類或者匿名內(nèi)部類做這樣的處理就好了,實(shí)際上 IDE 也會(huì)彈出警告,我想大家應(yīng)該還是都知道采用靜態(tài)內(nèi)部類或者在銷毀頁(yè)面的時(shí)候使用相關(guān)方法移除處理的。
Activity 中匿名使用 Handler 實(shí)際上會(huì)導(dǎo)致 Handler 內(nèi)部類持有外部類的引用,而 SendMessage() 的時(shí)候 Message 會(huì)持有 Handler,enqueueMessage 機(jī)制又會(huì)導(dǎo)致 MeassageQueue 持有 Message。所以當(dāng)發(fā)送的是延遲消息那么 Message 并不會(huì)立即的遍歷出來(lái)處理而是阻塞到對(duì)應(yīng)的 Message 觸發(fā)時(shí)間以后再處理。那么阻塞的這段時(shí)間中頁(yè)面銷毀一定會(huì)造成內(nèi)存泄漏。
2. 各種注冊(cè)操作沒有對(duì)應(yīng)的反注冊(cè)
這一點(diǎn)基本不必多說(shuō),相信大家剛剛開始學(xué)習(xí)廣播和 Service 的時(shí)候一定對(duì)此有所接觸,然后就是比如我們常用的第三方框架 EventBus 也是一樣的。平時(shí)使用的時(shí)候注意在對(duì)應(yīng)的生命周期方法中進(jìn)行反注冊(cè)。
3. Bitmap 使用完沒有注意 recycle()
Bitmap 作為大對(duì)象,在使用完畢一定要注意調(diào)用 recycle() 進(jìn)行回收。TypedArray 、Cursor、各種流同理,一定要在最后調(diào)用自己的回收關(guān)閉方法處理。
4. WebView 使用不當(dāng)
WebView 是非常常用的控件,但稍有不注意也會(huì)導(dǎo)致內(nèi)存泄漏。內(nèi)存泄漏的場(chǎng)景: 很多人使用 Webview 都喜歡采用布局引用方式, 這其實(shí)也是作為內(nèi)存泄漏的一個(gè)隱患。當(dāng) Activity 被關(guān)閉時(shí),Webview 不會(huì)被 GC 馬上回收,而是提交給事務(wù),進(jìn)行隊(duì)列處理,這樣就造成了內(nèi)存泄漏, 導(dǎo)致 Webview 無(wú)法及時(shí)回收。
目前所知的比較安全的方案是:
在布局中動(dòng)態(tài)添加 WebView。
采用下面的方法。
override fun onDestroy() { webView?.apply { val parent = parent if (parent is ViewGroup) { parent.removeView(this) } stopLoading() // 退出時(shí)調(diào)用此方法,移除綁定的服務(wù),否則某些特定系統(tǒng)會(huì)報(bào)錯(cuò) settings.javaScriptEnabled = false clearHistory() removeAllViews() destroy() }}
5. 循環(huán)引用
循環(huán)引用導(dǎo)致內(nèi)存泄漏比較少見,正常來(lái)講不會(huì)有人寫出 A 持有 B,B 持有 C,C 又持有A 這樣的代碼,不過(guò)總還是需要注意。
總的來(lái)說(shuō),內(nèi)存泄漏很常見,但檢測(cè)方式也很多。我們的 Android Studio 自帶的 Monitors 就可以幫我們找到大部分內(nèi)存問題,當(dāng)然我們也可以采用譬如 LeakCanary 這樣的庫(kù)去做檢測(cè)。
看完上述內(nèi)容是否對(duì)您有幫助呢?如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章,請(qǐng)關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝您對(duì)創(chuàng)新互聯(lián)網(wǎng)站建設(shè)公司,的支持。