示例工程前端移動(dòng)開發(fā)跨平臺(tái)【免費(fèi)下載鏈接】uni-appA cross-platform framework using Vue.js項(xiàng)目地址https://gitcode.com/gh_mirrors/un/uni-app點(diǎn)擊查看免費(fèi)下載uni-app 與 uvue 頁(yè)面在 Android 平臺(tái)長(zhǎng)期運(yùn)行時(shí)的內(nèi)存占用問題往往源于 Activity、UI 元素或響應(yīng)式數(shù)據(jù)被全局引用而無(wú)法被 GC 回收。HBuilderX 4.81 版本真機(jī)運(yùn)行已集成 LeakCanary 自動(dòng)檢測(cè)內(nèi)存泄漏本指南將帶你理解內(nèi)存泄漏的本質(zhì)、讀懂 LeakCanary 的引用鏈日志并通過 UTS 插件與 uvue 頁(yè)面中的 4 個(gè)真實(shí)案例掌握從定位到修復(fù)的完整排查方法。內(nèi)存泄漏概念與危害內(nèi)存泄漏Memory Leak是指應(yīng)用在申請(qǐng)內(nèi)存后無(wú)法釋放已申請(qǐng)的內(nèi)存空間導(dǎo)致系統(tǒng)無(wú)法再次將該內(nèi)存分配給其他應(yīng)用使用。在 Android 應(yīng)用中內(nèi)存泄漏會(huì)導(dǎo)致應(yīng)用內(nèi)存占用不斷增長(zhǎng)隨著時(shí)間推移應(yīng)用占用的內(nèi)存越來(lái)越多性能下降可用內(nèi)存減少導(dǎo)致頻繁的垃圾回收GC影響應(yīng)用流暢度OOMOut Of Memory錯(cuò)誤嚴(yán)重時(shí)會(huì)導(dǎo)致應(yīng)用崩潰系統(tǒng)卡頓影響整個(gè)系統(tǒng)的性能表現(xiàn)內(nèi)存泄漏的本質(zhì)在 Java/Kotlin 中當(dāng)一個(gè)對(duì)象不再被需要時(shí)垃圾回收器GC應(yīng)該能夠回收它占用的內(nèi)存。但如果該對(duì)象仍然被其他對(duì)象持有引用GC 就無(wú)法回收它從而造成內(nèi)存泄漏。簡(jiǎn)單來(lái)說(shuō)只要有一條從 GC Root 出發(fā)、能夠到達(dá)某個(gè)已失效對(duì)象的強(qiáng)引用鏈存在該對(duì)象及其關(guān)聯(lián)對(duì)象就永遠(yuǎn)無(wú)法被回收。常見內(nèi)存泄漏類型在 uni-app / uvue / UTS 開發(fā)中常見的 Android 內(nèi)存泄漏類型包括靜態(tài)變量持有 Activity/Context 引用UTS 插件的應(yīng)用級(jí)全局變量模塊頂層變量生命周期與應(yīng)用相同一旦存入 Activity 便無(wú)法釋放全局集合對(duì)象持有 UI 元素引用將 UniElement、View 等 UI 對(duì)象推入全局?jǐn)?shù)組響應(yīng)式數(shù)據(jù)Vue data被全局引用Vue 響應(yīng)式數(shù)組被外部全局集合持有形成雙層引用監(jiān)聽器、回調(diào)未及時(shí)注銷全局事件監(jiān)聽回調(diào)捕獲頁(yè)面this形成無(wú)法切斷的強(qiáng)引用鏈資源文件、網(wǎng)絡(luò)連接未關(guān)閉HBuilderX 自動(dòng)檢測(cè)內(nèi)存泄漏Android 平臺(tái)的標(biāo)準(zhǔn)基座及自定義調(diào)試基座已集成內(nèi)存泄漏檢測(cè)工具 LeakCanarySquare 公司開源的 Android 內(nèi)存泄漏檢測(cè)庫(kù)。使用 HBuilderX 4.81 版本真機(jī)運(yùn)行時(shí)會(huì)基于 LeakCanary 自動(dòng)檢測(cè)內(nèi)存泄漏無(wú)需開發(fā)者手動(dòng)集成任何依賴。LeakCanary 的核心能力自動(dòng)檢測(cè)無(wú)需手動(dòng)觸發(fā)自動(dòng)監(jiān)控 Activity、Fragment 等組件的生命周期詳細(xì)報(bào)告提供完整的引用鏈路徑幫助定位泄漏源頭實(shí)時(shí)通知發(fā)現(xiàn)泄漏時(shí)立即在 HBuilderX 控制臺(tái)輸出詳細(xì)信息如果發(fā)現(xiàn)內(nèi)存泄漏HBuilderX 控制臺(tái)中會(huì)顯示內(nèi)存泄漏信息包括詳細(xì)的引用鏈分析日志。開發(fā)者只需在真機(jī)運(yùn)行過程中正常操作頁(yè)面進(jìn)入、退出LeakCanary 便會(huì)持續(xù)監(jiān)控已銷毀的 Activity 是否仍被引用一旦判定泄漏即輸出日志。如何解決內(nèi)存泄漏問題日志結(jié)構(gòu)解析LeakCanary 輸出的內(nèi)存泄漏日志包含以下關(guān)鍵信息頭部信息[retained bytes] bytes retained by leaking objectsretained bytes泄漏對(duì)象占用的內(nèi)存大小該值越大說(shuō)明泄漏越嚴(yán)重引用鏈分析┬─── │ GC Root: Input or output parameters in native code │ ├─ [引用鏈節(jié)點(diǎn)] │ Leaking: YES/NO (原因說(shuō)明) │ ↓ 引用字段名 ╰→ [最終泄漏對(duì)象] Leaking: YES (泄漏原因)關(guān)鍵字段含義GC Root垃圾回收的根節(jié)點(diǎn)引用鏈的起點(diǎn)GC 從它出發(fā)判斷可達(dá)性Leaking: YES/NO該對(duì)象是否泄漏↓引用方向表示從上一個(gè)對(duì)象指向下一個(gè)對(duì)象Retaining X kB in Y objects該對(duì)象持有的內(nèi)存X kB和對(duì)象數(shù)量YmDestroyed trueActivity 已被銷毀已執(zhí)行 onDestroy但仍被引用泄漏日志分析技巧在分析內(nèi)存泄漏日志時(shí)可以運(yùn)用以下技巧快速定位問題關(guān)注包名定位泄漏源UTS 插件泄漏如果引用鏈中出現(xiàn)uts.sdk.modules開頭的包名通常表示泄漏發(fā)生在某個(gè) UTS 插件中。應(yīng)重點(diǎn)排查該插件的靜態(tài)變量模塊級(jí)頂層變量、全局集合或未注銷的監(jiān)聽器。在本倉(cāng)庫(kù)中所有官方 UTS 插件均位于 src/uni_modules例如uni-theme、uni-getSystemInfo等其編譯產(chǎn)物在 Android 上的包名即為uts.sdk.modules.*形式排查時(shí)可在對(duì)應(yīng)的插件源碼目錄中定位問題變量。uvue 頁(yè)面泄漏如果引用鏈中出現(xiàn)uni.${appid}如uni.UNI511CEBA開頭的類名這通常指向一個(gè) uvue 頁(yè)面。泄漏很可能與該頁(yè)面的全局變量、data中被外部引用的數(shù)據(jù)或未在onUnload生命周期中清理的資源有關(guān)。頁(yè)面源碼位于項(xiàng)目的pages目錄本倉(cāng)庫(kù)示例為 src/pages編譯后的頁(yè)面類即命名為此形式。識(shí)別關(guān)鍵引用字段LeakCanary 日志中帶有下劃波浪線~的變量例如↓ static IndexKt.leakActivitys下的~~~~~~~~~~~~~是核心線索。它明確指出了是哪個(gè)字段持有了對(duì)下一個(gè)對(duì)象的引用。沿著這些帶波浪線的字段追溯就能完整地理解整個(gè)引用鏈找到泄漏的根源。內(nèi)存泄漏問題案例分析案例 1UTS 插件靜態(tài)變量持有 Activity 引用問題代碼//UTS插件中 import Activity from android.app.Activity; const leakActivitys: Activity[] [] // 應(yīng)用級(jí)全局變量 export function leakActivity() { const topActivity UTSAndroid.getTopPageActivity() if (topActivity ! null) { leakActivitys.push(topActivity) } }頁(yè)面調(diào)用import { leakActivity } from /uni_modules/leak-leakcanary onReady(() { leakActivity() })泄漏日志分析┬─── │ GC Root: Input or output parameters in native code │ ├─ dalvik.system.PathClassLoader instance │ Leaking: NO (IndexKt↓ is not leaking and a ClassLoader is never leaking) │ ↓ ClassLoader.runtimeInternalObjects ├─ java.lang.Object[] array │ Leaking: NO (IndexKt↓ is not leaking) │ ↓ Object[890] ├─ uts.sdk.modules.leakLeakcanary.IndexKt class // UTS插件類 │ Leaking: NO (a class is never leaking) │ ↓ static IndexKt.leakActivitys // 問題根源靜態(tài)變量 │ ~~~~~~~~~~~~~ ├─ io.dcloud.uts.UTSArray instance // UTS數(shù)組 │ Leaking: UNKNOWN │ Retaining 212.3 kB in 3987 objects │ ↓ ArrayList.elementData │ ~~~~~~~~~~~ ├─ java.lang.Object[] array │ Leaking: UNKNOWN │ Retaining 212.3 kB in 3986 objects │ ↓ Object[0] │ ~~~ ╰→ io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity instance Leaking: YES (ObjectWatcher was watching this because io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity received Activity#onDestroy() callback and Activity#mDestroyed is true) // Activity已銷毀但仍被引用 Retaining 52.9 kB in 994 objects key 2abb5312-246c-4978-8f88-fd1a4aad7403 watchDurationMillis 12084 retainedDurationMillis 7084泄漏原因分析靜態(tài)變量持有引用static IndexKt.leakActivitys是靜態(tài)變量生命周期與應(yīng)用相同Activity 已銷毀Activity#mDestroyed is true表明 Activity 已經(jīng)調(diào)用了 onDestroy()引用鏈完整從 GC Root → 類加載器 → UTS 插件類 → 靜態(tài)數(shù)組 → Activity內(nèi)存占用泄漏的 Activity 持有 52.9 kB 內(nèi)存和 994 個(gè)對(duì)象補(bǔ)充說(shuō)明UTSAndroid.getTopPageActivity()是 UTS 插件中獲取當(dāng)前頂層頁(yè)面 Activity 的常用 API。在本倉(cāng)庫(kù)的多個(gè)官方 UTS 插件如 uni-getSystemInfo/utssdk/app-android/index.uts、uni-payment-wxpay/utssdk/app-android/src/Wxpay.uts中都有類似用法它返回的正是io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity這類頁(yè)面 Activity。拿到 Activity 引用后務(wù)必只做臨時(shí)使用嚴(yán)禁存入模塊級(jí)靜態(tài)變量或全局集合。解決方案UTS 模塊頂層變量在編譯到 Android 后即成為靜態(tài)字段因此必須為全局集合補(bǔ)充移除與清理方法并在頁(yè)面銷毀時(shí)調(diào)用import Activity from android.app.Activity; const leakActivitys: Activity[] [] // 應(yīng)用級(jí)全局變量 export function leakActivity() { const topActivity UTSAndroid.getTopPageActivity() if (topActivity ! null) { leakActivitys.push(topActivity) } } // 添加清理方法 - 移除特定Activity export function removeActivity(activity: Activity) { const index leakActivitys.indexOf(activity) if (index -1) { leakActivitys.splice(index, 1) } } // 頁(yè)面銷毀時(shí)移除當(dāng)前Activity export function removeCurrentActivity() { const topActivity UTSAndroid.getTopPageActivity() if (topActivity ! null) { removeActivity(topActivity) } }頁(yè)面中正確使用import { leakActivity, removeCurrentActivity } from /uni_modules/leak-leakcanary onReady(() { leakActivity() }) onUnload(() { // 頁(yè)面銷毀時(shí)清理引用 removeCurrentActivity() })案例 2全局變量持有 UniElement 引用問題代碼//uvue中 let globalElement: UniElement[] [] // 應(yīng)用級(jí)全局變量 const element refUniElement | null(null) onReady(() { element.value uni.getElementById(xx) const currentElement element.value if (currentElement ! null) { globalElement.push(currentElement) } })泄漏日志分析┬─── │ GC Root: Input or output parameters in native code │ ├─ dalvik.system.PathClassLoader instance │ Leaking: NO (IndexKt↓ is not leaking and a ClassLoader is never leaking) │ ↓ ClassLoader.runtimeInternalObjects ├─ java.lang.Object[] array │ Leaking: NO (IndexKt↓ is not leaking) │ ↓ Object[1658] ├─ uni.UNI511CEBA.IndexKt class // 頁(yè)面編譯后的類 │ Leaking: NO (a class is never leaking) │ ↓ static IndexKt.globalElement // 問題全局變量持有元素 │ ~~~~~~~~~~~~~ ├─ io.dcloud.uts.UTSArray instance │ Leaking: UNKNOWN │ Retaining 632.6 kB in 10655 objects // 大量?jī)?nèi)存被占用 │ ↓ ArrayList.elementData │ ~~~~~~~~~~~ ├─ java.lang.Object[] array │ Leaking: UNKNOWN │ Retaining 632.5 kB in 10654 objects │ ↓ Object[0] │ ~~~ ├─ io.dcloud.uniapp.runtime.UniTextElementImpl instance // UniElement實(shí)例 │ Leaking: UNKNOWN │ Retaining 105.6 kB in 1778 objects │ ↓ PropsNode.pageNode // 元素持有頁(yè)面節(jié)點(diǎn) │ ~~~~~~~~ ├─ io.dcloud.uniapp.dom.node.PageNode instance │ Leaking: UNKNOWN │ Retaining 102.9 kB in 1712 objects │ ↓ PageNode.frameView // 頁(yè)面節(jié)點(diǎn)持有框架視圖 │ ~~~~~~~~~ ├─ io.dcloud.uniapp.appframe.ui.PageFrameView instance │ Leaking: YES (View.mContext references a destroyed activity) // 視圖持有已銷毀的Activity │ Retaining 2.1 kB in 42 objects │ View not part of a window view hierarchy │ View.mAttachInfo is null (view detached) │ View.mID R.id.null │ View.mWindowAttachCount 1 │ mContext instance of io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity with mDestroyed true │ ↓ View.mContext ╰→ io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity instance Leaking: YES (ObjectWatcher was watching this because io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity received Activity#onDestroy() callback and Activity#mDestroyed is true) Retaining 48.3 kB in 971 objects泄漏原因分析全局變量持有 UI 元素static IndexKt.globalElement全局?jǐn)?shù)組持有 UniElementUI 元素持有頁(yè)面引用UniElement → PageNode → PageFrameView → Activity視圖與 Activity 綁定View.mContext references a destroyed activity引用鏈路徑全局?jǐn)?shù)組 → UI 元素 → 頁(yè)面視圖 → 已銷毀的 Activity補(bǔ)充說(shuō)明uni.getElementById()返回的UniElement是 uni-app 的 DOM 元素抽象其實(shí)現(xiàn)類如日志中的UniTextElementImpl通過PropsNode.pageNode關(guān)聯(lián)到整棵頁(yè)面節(jié)點(diǎn)樹最終經(jīng)PageNode.frameView關(guān)聯(lián)到承載頁(yè)面的 Activity。getElementById的 API 說(shuō)明可參考 docs/api/get-element-by-id.md它適合在頁(yè)面生命周期內(nèi)臨時(shí)操作元素不適合跨頁(yè)面長(zhǎng)期保存。解決方案let globalElement: UniElement[] [] // 應(yīng)用級(jí)全局變量 const element refUniElement | null(null) onReady(() { element.value uni.getElementById(xx) const currentElement element.value if (currentElement ! null) { globalElement.push(currentElement) } }) onUnload(() { // 頁(yè)面銷毀時(shí)移除特定元素引用 const currentElement element.value if (currentElement ! null) { const index globalElement.indexOf(currentElement) if (index -1) { globalElement.splice(index, 1) } element.value null } })案例 3響應(yīng)式數(shù)據(jù)Vue data被全局引用問題代碼let globalElement: UniElement[][] [] // 應(yīng)用級(jí)全局變量 export default { data() { return { elements: [] as UniElement[] // Vue響應(yīng)式數(shù)組 } }, onReady(){ const element1 uni.getElementById(xx) const element2 uni.getElementById(yy) if (element1 ! null) { this.elements.push(element1) } if (element2 ! null) { this.elements.push(element2) } globalElement.push(this.elements) // 將響應(yīng)式數(shù)組推入全局?jǐn)?shù)組 }, methods: {} }泄漏日志分析┬─── │ GC Root: Input or output parameters in native code │ ├─ dalvik.system.PathClassLoader instance │ Leaking: NO (IndexKt↓ is not leaking and A ClassLoader is never leaking) │ ↓ ClassLoader.runtimeInternalObjects ├─ java.lang.Object[] array │ Leaking: NO (IndexKt↓ is not leaking) │ ↓ Object[2146] ├─ uni.UNI511CEBA.IndexKt class │ Leaking: NO (a class is never leaking) │ ↓ static IndexKt.globalElement // 全局變量 │ ~~~~~~~~~~~~~ ├─ io.dcloud.uts.UTSArray instance │ Leaking: UNKNOWN │ Retaining 541.6 kB in 9236 objects │ ↓ ArrayList.elementData │ ~~~~~~~~~~~ ├─ java.lang.Object[] array │ Leaking: UNKNOWN │ Retaining 541.5 kB in 9235 objects │ ↓ Object[0] │ ~~~ ├─ io.dcloud.uniapp.vue.UTSReactiveArray instance // 關(guān)鍵Vue響應(yīng)式數(shù)組 │ Leaking: UNKNOWN │ Retaining 108.1 kB in 1844 objects │ ↓ UTSReactiveArray.__v_raw // 響應(yīng)式數(shù)組的原始數(shù)據(jù) │ ~~~~~~~ ├─ io.dcloud.uts.UTSArray instance // 原始數(shù)組 │ Leaking: UNKNOWN │ Retaining 108.1 kB in 1843 objects │ ↓ ArrayList.elementData │ ~~~~~~~~~~~ ├─ java.lang.Object[] array │ Leaking: UNKNOWN │ Retaining 108.1 kB in 1842 objects │ ↓ Object[0] │ ~~~ ├─ io.dcloud.uniapp.runtime.UniTextElementImpl instance │ Leaking: UNKNOWN │ Retaining 2.7 kB in 66 objects │ ↓ PropsNode.pageNode │ ~~~~~~~~ ├─ io.dcloud.uniapp.dom.node.PageNode instance │ Leaking: UNKNOWN │ Retaining 102.6 kB in 1709 objects │ ↓ PageNode.frameView │ ~~~~~~~~~ ├─ io.dcloud.uniapp.appframe.ui.PageFrameView instance │ Leaking: YES (View.mContext references a destroyed activity) │ Retaining 2.0 kB in 41 objects │ View not part of a window view hierarchy │ View.mAttachInfo is null (view detached) │ View.mID R.id.null │ View.mWindowAttachCount 1 │ mContext instance of io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity with mDestroyed true │ ↓ View.mContext ╰→ io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity instance Leaking: YES (ObjectWatcher was watching this because io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity received Activity#onDestroy() callback and Activity#mDestroyed is true) Retaining 48.1 kB in 969 objects泄漏原因分析響應(yīng)式數(shù)組被全局引用UTSReactiveArray是 Vue 的響應(yīng)式數(shù)組雙重引用結(jié)構(gòu)響應(yīng)式數(shù)組包含原始數(shù)組__v_raw形成雙重持有復(fù)雜引用鏈全局?jǐn)?shù)組 → 響應(yīng)式數(shù)組 → 原始數(shù)組 → UI 元素 → ActivityVue 內(nèi)部機(jī)制響應(yīng)式數(shù)組內(nèi)部持有原始數(shù)據(jù)的引用增加了泄漏風(fēng)險(xiǎn)解決方案關(guān)鍵點(diǎn)不要將響應(yīng)式數(shù)組直接推入全局集合應(yīng)推入其副本并在onUnload中同步清理。let globalElement: UniElement[][] [] // 應(yīng)用級(jí)全局變量 export default { data() { return { elements: [] as UniElement[] } }, onReady(){ const element1 uni.getElementById(xx) const element2 uni.getElementById(yy) if (element1 ! null) { this.elements.push(element1) } if (element2 ! null) { this.elements.push(element2) } // 避免直接推入響應(yīng)式數(shù)組使用副本 globalElement.push([...this.elements]) }, onUnload() { // 找到并移除當(dāng)前頁(yè)面的elements數(shù)組 const index globalElement.indexOf(this.elements) if (index -1) { globalElement.splice(index, 1) } // 清空當(dāng)前頁(yè)面的elements數(shù)組 this.elements.splice(0, this.elements.length) }, methods: {} }案例 4全局監(jiān)聽回調(diào)持有頁(yè)面this引用問題代碼//uvue中 export default { data() { return {} }, onReady() { // 注冊(cè)一個(gè)全局應(yīng)用主題變化監(jiān)聽器 // 回調(diào)函數(shù)隱式地捕獲了當(dāng)前頁(yè)面的this實(shí)例 uni.onAppThemeChange((){ console.log(Theme changed, page this:, this); }) }, methods: {} }泄漏日志分析┬─── │ GC Root: Thread object │ ├─ android.os.HandlerThread instance │ Leaking: NO (PathClassLoader↓ is not leaking) │ Thread name: LeakCanary-Heap-Dump │ ↓ Thread.contextClassLoader ├─ dalvik.system.PathClassLoader instance │ Leaking: NO (UniAppThemeManager↓ is not leaking and A ClassLoader is never leaking) │ ↓ ClassLoader.runtimeInternalObjects ├─ java.lang.Object[] array │ Leaking: NO (UniAppThemeManager↓ is not leaking) │ ↓ Object[753] ├─ io.dcloud.uniapp.appframe.UniAppThemeManager class │ Leaking: NO (a class is never leaking) │ ↓ static UniAppThemeManager.appThemeChangeListeners // 問題根源靜態(tài)的監(jiān)聽器集合 │ ~~~~~~~~~~~~~~~~~~~~~~~ ├─ java.util.concurrent.ConcurrentHashMap instance │ Leaking: UNKNOWN │ Retaining 333.6 kB in 5195 objects │ ↓ ConcurrentHashMap[instance 322967640 of java.lang.Integer] │ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ├─ uts.sdk.modules.DCloudUniTheme.IndexKt$onAppThemeChange$1$1 instance │ Leaking: UNKNOWN │ Retaining 111.0 kB in 1727 objects │ Anonymous subclass of kotlin.jvm.internal.Lambda │ ↓ IndexKt$onAppThemeChange$1$1.$callback │ ~~~~~~~~~ ├─ uni.UNI511CEBA.GenPagesFourthFourth$1$1 instance // 頁(yè)面生成的回調(diào)函數(shù)實(shí)例 │ Leaking: UNKNOWN │ Retaining 111.0 kB in 1726 objects │ Anonymous subclass of kotlin.jvm.internal.Lambda │ ↓ GenPagesFourthFourth$1$1.this$0 // 關(guān)鍵回調(diào)函數(shù)持有頁(yè)面的this引用 │ ~~~~~~ ├─ uni.UNI511CEBA.GenPagesFourthFourth instance // 頁(yè)面實(shí)例 │ Leaking: UNKNOWN │ Retaining 111.0 kB in 1725 objects │ ↓ Page.$nativePage │ ~~~~~~~~~~~ ├─ io.dcloud.uniapp.appframe.UniNativePageImpl instance │ Leaking: UNKNOWN │ Retaining 764 B in 23 objects │ ↓ UniNativePageImpl.container │ ~~~~~~~~~ ├─ io.dcloud.uniapp.appframe.ui.PageFrameView instance │ Leaking: YES (View.mContext references a destroyed activity) │ ↓ View.mContext ╰→ io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity instance Leaking: YES (ObjectWatcher was watching this because io.dcloud.uniapp.appframe.activity.UniPortraitPageActivity received Activity#onDestroy() callback and Activity#mDestroyed is true)泄漏原因分析靜態(tài)監(jiān)聽器集合uni.onAppThemeChange將回調(diào)函數(shù)存儲(chǔ)在一個(gè)靜態(tài)的、全局的UniAppThemeManager.appThemeChangeListeners集合中。這個(gè)集合的生命周期與整個(gè)應(yīng)用相同?；卣{(diào)函數(shù)捕獲this日志中的GenPagesFourthFourth$1$1.this$0字段明確指出傳遞給監(jiān)聽器的回調(diào)函數(shù)Lambda捕獲了其所在的頁(yè)面實(shí)例的this引用。形成強(qiáng)引用鏈一條無(wú)法被打破的強(qiáng)引用鏈形成靜態(tài)管理器→靜態(tài)監(jiān)聽器集合→回調(diào)函數(shù)實(shí)例→頁(yè)面實(shí)例(this)→Activity。頁(yè)面無(wú)法釋放當(dāng)頁(yè)面關(guān)閉并銷毀時(shí)由于這個(gè)全局的引用鏈依然存在垃圾回收器無(wú)法回收頁(yè)面實(shí)例及其關(guān)聯(lián)的 Activity導(dǎo)致內(nèi)存泄漏。解決方案對(duì)于這種基于回調(diào)的監(jiān)聽器必須在頁(yè)面銷毀時(shí)手動(dòng)注銷監(jiān)聽切斷引用鏈。export default { data() { return { callbackId: -1 } }, onReady() { // 注冊(cè)監(jiān)聽 this.callbackId uni.onAppThemeChange(() { console.log(Theme changed, page this:, this); }) }, onUnload() { // 頁(yè)面銷毀時(shí)必須注銷監(jiān)聽 uni.offAppThemeChange(this.callbackId) }, methods: {} }源碼級(jí)佐證推薦范式本倉(cāng)庫(kù)的官方示例頁(yè) src/pages/API/theme-change/theme-change.uvue 正是采用這一規(guī)范寫法——在onReady中通過uni.onAppThemeChange(callback)拿到監(jiān)聽 id 存入變量并在onUnload中調(diào)用uni.offAppThemeChange(appThemeChangeId.value)注銷見該文件 onReady/onUnload 生命周期。同時(shí)可參考 docs/api/theme-change.md 了解該 API 的完整入?yún)⑴c返回值說(shuō)明。在底層實(shí)現(xiàn)上官方uni-theme插件的 Android 實(shí)現(xiàn)src/uni_modules/uni-theme/utssdk/app-android/index.uts將onAppThemeChange轉(zhuǎn)發(fā)給UTSAndroid.onAppThemeChanged并返回監(jiān)聽 idoffAppThemeChange則調(diào)用UTSAndroid.offAppThemeChanged(id)按 id 注銷。這一注冊(cè)返回 id、注銷傳 id的約定意味著只要在頁(yè)面銷毀時(shí)按 id 注銷靜態(tài)監(jiān)聽器集合中的回調(diào)即可被移除引用鏈隨之切斷——這正是日志中static UniAppThemeManager.appThemeChangeListeners指向的靜態(tài)集合也是案例 4 泄漏能否被修復(fù)的關(guān)鍵所在。類似地onOsThemeChange/offOsThemeChange也遵循同一模式示例頁(yè)中同時(shí)成對(duì)出現(xiàn)。內(nèi)存泄漏問題實(shí)踐總結(jié)1. 識(shí)別泄漏模式通過日志關(guān)鍵信息快速識(shí)別泄漏類型看到static字段靜態(tài)變量泄漏模塊頂層變量/全局集合看到UTSReactiveArrayVue 響應(yīng)式數(shù)據(jù)泄漏看到static ...Listeners且引用鏈經(jīng)過 Lambda 回調(diào)實(shí)例全局監(jiān)聽器未注銷看到View.mContext references a destroyed activityUI 視圖鏈持有已銷毀 Activity通常是上面幾種模式的最終表現(xiàn)2. 生命周期管理onReady中添加的引用在onUnload中移除凡是在頁(yè)面生命周期內(nèi)獲取的 Activity、UniElement、監(jiān)聽器 id都要在頁(yè)面銷毀時(shí)成對(duì)清理——這正是案例 14 所有解決方案的共同原則。3. 避免常見陷阱不在全局變量中直接持有 UI 元素或 Activity注意 Vue 響應(yīng)式數(shù)據(jù)的特殊性__v_raw雙層結(jié)構(gòu)避免將其推入全局集合確需保存時(shí)使用副本及時(shí)清理監(jiān)聽器、定時(shí)器等長(zhǎng)生命周期資源注冊(cè)與注銷必須成對(duì)出現(xiàn)排查時(shí)優(yōu)先看帶波浪線~標(biāo)注的引用字段并借助包名uts.sdk.modules對(duì)應(yīng) UTS 插件、uni.${appid}對(duì)應(yīng) uvue 頁(yè)面快速鎖定泄漏代碼所在模塊掌握以上日志解析方法與生命周期管理原則后配合 HBuilderX 真機(jī)運(yùn)行集成的 LeakCanary 自動(dòng)檢測(cè)即可在開發(fā)階段及時(shí)發(fā)現(xiàn)并修復(fù) Android 平臺(tái)的內(nèi)存泄漏問題避免應(yīng)用在上線后出現(xiàn)內(nèi)存持續(xù)增長(zhǎng)、卡頓乃至 OOM 崩潰。贊分享示例工程前端移動(dòng)開發(fā)跨平臺(tái)【免費(fèi)下載鏈接】uni-appA cross-platform framework using Vue.js項(xiàng)目地址https://gitcode.com/gh_mirrors/un/uni-app點(diǎn)擊查看免費(fèi)下載相關(guān)推薦Android應(yīng)用內(nèi)存泄漏終極排查指南LeakCanary檢測(cè)與修復(fù)方案Android應(yīng)用內(nèi)存泄漏終極排查指南LeakCanary檢測(cè)與修復(fù)方案 Android應(yīng)用開發(fā)中內(nèi)存泄漏是導(dǎo)致應(yīng)用卡頓、崩潰的常見元兇。本文將為你提供一套移動(dòng)開發(fā)Obsidian-i18n終極指南3種智能翻譯模式讓英文插件秒變中文界面Obsidian i18n終極指南3種智能翻譯模式讓英文插件秒變中文界面 還在為Obsidian插件全是英文而頭疼嗎想要一鍵將你常用的插件變成熟悉的中文界面AI 應(yīng)用開發(fā)工具大模型Unlicense深度解析動(dòng)態(tài) instrumentation 技術(shù)在 Themida 脫殼中的應(yīng)用Unlicense深度解析動(dòng)態(tài) instrumentation 技術(shù)在 Themida 脫殼中的應(yīng)用 Unlicense 是一款強(qiáng)大的 Python 工具專逆向工程應(yīng)用安全創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考