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