【厚積薄發(fā)】資源回收“兩頭堵”：RUUA調(diào)了會(huì)卡，不調(diào)內(nèi)存又漲

這是第483篇UWA技術(shù)知識(shí)分享的推送，精選了UWA社區(qū)、UWA AI問答的熱門話題等技術(shù)知識(shí)點(diǎn)，助力大家更全面地掌握和學(xué)習(xí)。

UWA社區(qū)主頁：community.uwa4d.com

UWA QQ群：793972859

本期目錄：

• 資源回收未生效的典型排查路徑

• Mono與其它同時(shí)偏高時(shí)，應(yīng)該優(yōu)先優(yōu)化誰

本次推送的實(shí)戰(zhàn)案例來自于使用UWA服務(wù)的項(xiàng)目的真實(shí)且典型的問題。UWA將關(guān)鍵線索、定位路徑與處理建議整理成了可復(fù)用的案例筆記，便于大家快速對(duì)照、排查自身項(xiàng)目中的同類問題。

實(shí)戰(zhàn)案例

Q：為了控制內(nèi)存增長，我們把Resources.UnloadUnusedAssets（RUUA）掛在打開背包、地圖這類全屏UI上執(zhí)行。結(jié)果調(diào)用了UI會(huì)卡，不調(diào)用內(nèi)存又一直漲。我們項(xiàng)目是無縫地圖，沒有切場(chǎng)景的天然時(shí)機(jī)，感覺怎么選都不對(duì)。UnloadUnusedAssets到底該什么時(shí)候調(diào)用？開放世界項(xiàng)目如何解決這種“兩頭堵”的問題？

A：很多團(tuán)隊(duì)遇到這個(gè)問題，第一反應(yīng)都是繼續(xù)調(diào)整UnloadUnusedAssets的調(diào)用時(shí)機(jī)，但大多數(shù)情況下，真正的問題并不在“什么時(shí)候調(diào)用”，而在于“這次調(diào)用有沒有真正回收到資源”。

建議先打開UWA GOT Online分析報(bào)告，查看Asset數(shù)量曲線，重點(diǎn)關(guān)注每次RUUA調(diào)用點(diǎn)前后的變化。正常情況下，如果RUUA真正生效，Asset數(shù)量通常會(huì)出現(xiàn)明顯下降；如果曲線幾乎沒有變化，就說明這次調(diào)用很可能沒有釋放任何資源，屬于一次“空跑”。

這種情況，問題往往不是RUUA沒調(diào)用，而是對(duì)應(yīng)的AssetBundle并沒有真正卸載。如果AssetBundle仍保持加載狀態(tài)，其中包含的資源通常無法進(jìn)入可釋放狀態(tài)，RUUA即使執(zhí)行，也可能找不到可回收對(duì)象。結(jié)果就是白白做了一次資源掃描，不僅沒有釋放資源，還額外帶來一次主線程卡頓。因此，排查順序建議反過來：先確認(rèn)RUUA是否真的釋放了資源，再檢查調(diào)用時(shí)機(jī)，而不是一開始就不停調(diào)整調(diào)用位置。如果Asset曲線沒有明顯變化，就優(yōu)先檢查AssetBundle的卸載策略。

當(dāng)然，也有一種情況屬于設(shè)計(jì)使然。項(xiàng)目為了避免資源反復(fù)加載帶來的卡頓，通常會(huì)主動(dòng)緩存一部分AssetBundle。如果這些Bundle本身就是計(jì)劃常駐內(nèi)存，那么RUUA自然也無法回收其中的資源。這種情況下，更合理的做法不是頻繁調(diào)用RUUA，而是建立AssetBundle分級(jí)緩存機(jī)制，例如根據(jù)最近訪問時(shí)間（LRU）、玩家當(dāng)前位置或距離管理Bundle生命周期，讓高優(yōu)先級(jí)資源保持常駐，低優(yōu)先級(jí)Bundle在Application.lowMemory等系統(tǒng)內(nèi)存緊張事件觸發(fā)時(shí)統(tǒng)一卸載，再執(zhí)行資源回收。

至于調(diào)用時(shí)機(jī)，目前業(yè)內(nèi)比較常見的做法主要有兩種：固定時(shí)間間隔輪詢，例如每5～10分鐘執(zhí)行一次；或者監(jiān)聽Application.lowMemory回調(diào)，在系統(tǒng)內(nèi)存壓力較大時(shí)再主動(dòng)回收。將RUUA掛在打開背包、地圖等全屏UI上也并非不可行，因?yàn)橥婕彝ǔＤ軌蚪邮苓@類界面存在一定的等待時(shí)間，但前提是這次調(diào)用必須真正有收益，而不是一次沒有任何效果的“空跑”。因此，與其不斷調(diào)整RUUA的調(diào)用時(shí)機(jī)，不如先確認(rèn)它是否真正回收了資源，再?zèng)Q定后續(xù)的優(yōu)化方向。

實(shí)戰(zhàn)案例

Q：我們項(xiàng)目Mono峰值已經(jīng)到了400MB，Reserved Total里還有接近1GB的其它，Memory Profiler又定位不到來源。這種情況到底該先壓Mono，還是先查其它？

A：很多團(tuán)隊(duì)看到Mono超過400MB，第一反應(yīng)就是優(yōu)化GC、對(duì)象池，甚至重構(gòu)代碼。但很多時(shí)候，真正占用內(nèi)存最多、也最容易被忽略的，并不是Mono，而是那塊來源復(fù)雜、定位困難的其它。

Mono是否合理，并沒有一個(gè)固定的“標(biāo)準(zhǔn)值”，真正應(yīng)該先確定的是整機(jī)的PSS總預(yù)算。對(duì)于3GB RAM設(shè)備，通常建議將PSS控制在約1.3～1.5GB；4GB RAM設(shè)備建議控制在約1.8～2.2GB。更高內(nèi)存設(shè)備雖然預(yù)算更寬松，但也并不是可以無限增長，即使是8GB RAM設(shè)備，當(dāng)進(jìn)程PSS持續(xù)接近3GB，在系統(tǒng)可用內(nèi)存緊張或存在持續(xù)泄漏的情況下，仍然有被系統(tǒng)回收的風(fēng)險(xiǎn)。相比Android，iOS的預(yù)算通常還需要更加保守。

PSS總預(yù)算確定之后，Mono、紋理、Mesh、音頻、Native等模塊，其實(shí)都是在同一份預(yù)算里分配空間。也就是說，Mono如果希望多占用100MB，就意味著其他模塊需要相應(yīng)減少100MB。因此，400MB的Mono是否合理，并不能脫離整個(gè)項(xiàng)目的內(nèi)存預(yù)算單獨(dú)判斷，而應(yīng)該結(jié)合各模塊的內(nèi)存占用綜合評(píng)估。

如果其它已經(jīng)接近1GB，那么相比繼續(xù)壓縮Mono，更建議優(yōu)先弄清楚這部分內(nèi)存到底來自哪里。排查時(shí)可以先使用Memory Profiler分析內(nèi)存快照，如果能夠直接定位到來源，就優(yōu)先解決對(duì)應(yīng)問題；如果Memory Profiler無法解釋這部分內(nèi)存，再進(jìn)一步結(jié)合UWA Gears或Android Studio排查NativeHeap，重點(diǎn)關(guān)注Unity無法直接歸類的Native分配。如果懷疑來自Lua或其他腳本引擎產(chǎn)生的Native內(nèi)存，還可以進(jìn)一步使用Perfetto做符號(hào)化分析，定位具體的分配來源。

另外需要注意的是，Android系統(tǒng)以及Unity無法進(jìn)一步細(xì)分歸類的一部分Native內(nèi)存，也可能表現(xiàn)為其它，因此分析其它時(shí)建議結(jié)合Memory Profiler、Native Heap分析工具以及運(yùn)行時(shí)數(shù)據(jù)進(jìn)行交叉驗(yàn)證，而不要僅憑單一工具下結(jié)論。

無論是社區(qū)里開發(fā)者們的互助討論，還是AI基于知識(shí)沉淀的快速反饋，核心都是為了讓每一個(gè)技術(shù)難題都有解、每一次踩坑都有回響。希望這些從真實(shí)開發(fā)場(chǎng)景中提煉的經(jīng)驗(yàn)，能直接幫你解決當(dāng)下的技術(shù)卡點(diǎn)，也讓你在遇到同類問題時(shí)，能更高效地找到破局方向。

封面圖來源于網(wǎng)絡(luò)

今天的分享就到這里。生有涯而知無涯，在漫漫的開發(fā)周期中，我們遇到的問題只是冰山一角，UWA社區(qū)愿伴你同行，一起探索分享。歡迎更多的開發(fā)者加入U(xiǎn)WA社區(qū)。

UWA官網(wǎng)：www.uwa4d.com

UWA社區(qū)：community.uwa4d.com

UWA學(xué)堂：edu.uwa4d.com

點(diǎn)擊下方名片關(guān)注我們，將我設(shè)為星標(biāo)，及時(shí)接收小編每日推送哦，性能優(yōu)化不迷路～

近期精彩回顧