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

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

UWA QQ群：793972859

本期目錄：

• 為何iPad Pro上設(shè)置目標(biāo)幀率為90時(shí)無(wú)法生效

• 為什么在Dedicated Server發(fā)布的程序中內(nèi)存數(shù)值異常

From問(wèn)答社區(qū)

Q1：為什么iPad Pro上設(shè)置目標(biāo)幀率為90時(shí)無(wú)法生效，仍然以120幀運(yùn)行？

• 在使用Application.targetFrameRate設(shè)置目標(biāo)幀率為90時(shí)，在iPad Pro M2芯片上無(wú)法生效，目標(biāo)幀率變?yōu)?20，在iPhone 14 Pro上測(cè)試則能夠以80的幀率運(yùn)行。

• 在和平精英上用PerfDog采集，可以設(shè)置為90的選項(xiàng)，實(shí)際以80的幀率在跑，但在Demo中測(cè)試無(wú)法達(dá)到同樣的效果。

A： 使用UWA AI問(wèn)答的功能嘗試解讀這個(gè)問(wèn)題。

分享鏈接：

https://www.uwa4d.com/main/uwa-shared.html?shareId=f3ea7cc1-879f-4f94-aeb5-b29860099ae2

該問(wèn)題通常由垂直同步（VSync）與幀率控制機(jī)制的交互導(dǎo)致，尤其是在高刷新率設(shè)備如iPad Pro上。

核心原因分析

在Unity引擎中，Application.targetFrameRate是控制移動(dòng)平臺(tái)幀率的主要方式。然而，當(dāng)垂直同步（VSync）開(kāi)啟時(shí)，它會(huì)優(yōu)先于targetFrameRate生效。系統(tǒng)會(huì)強(qiáng)制將應(yīng)用的幀率鎖定到屏幕刷新率的整數(shù)分之一（如120Hz、60Hz、40Hz等），以避免畫(huà)面撕裂。因此，即使設(shè)置了targetFrameRate=90，系統(tǒng)也無(wú)法穩(wěn)定輸出非刷新率整除的幀率（90不是120的整除因子），最終會(huì)退回到設(shè)備支持的最高幀率（120fps）或下一個(gè)可行的分頻值。

此外，部分iOS設(shè)備（尤其是支持ProMotion技術(shù)的iPad Pro）具有動(dòng)態(tài)刷新率調(diào)節(jié)能力，其底層圖形驅(qū)動(dòng)可能進(jìn)一步影響幀率鎖定行為，使得targetFrameRate的控制不夠精確。

解決方案

1. 關(guān)閉VSync并依賴 targetFrameRate

確保在項(xiàng)目設(shè)置或運(yùn)行時(shí)關(guān)閉垂直同步：

QualitySettings.vSyncCount = 0; // 關(guān)閉VSync
Application.targetFrameRate = 90; // 設(shè)置目標(biāo)幀率為90

這是實(shí)現(xiàn)非標(biāo)準(zhǔn)幀率（如90fps）最直接的方法。關(guān)閉VSync后，targetFrameRate將正常生效。

2. 使用引擎級(jí)幀平滑（Frame Pacing）

在使用虛幻引擎時(shí)，可通過(guò)CVar精確控制幀率。對(duì)于目標(biāo)幀率90，在配置文件中設(shè)置：

r.setframepace 90

此方法直接對(duì)接設(shè)備刷新周期，能更可靠地在支持的設(shè)備上實(shí)現(xiàn)90fps。

3. 驗(yàn)證設(shè)備與系統(tǒng)支持

確認(rèn)當(dāng)前iPad Pro型號(hào)及iOS系統(tǒng)版本是否完整支持90Hz的輸出模式。某些情況下，操作系統(tǒng)或驅(qū)動(dòng)可能限制了非標(biāo)準(zhǔn)刷新率的使用。

4. 監(jiān)控實(shí)際幀率

使用UWA GOT Online報(bào)告中的“FPS均值”和“>40ms幀數(shù)占比”指標(biāo)，結(jié)合真機(jī)性能測(cè)試，驗(yàn)證幀率是否真正穩(wěn)定在90fps，并評(píng)估GPU負(fù)載與功耗表現(xiàn)。

綜上，欲在iPad Pro上穩(wěn)定運(yùn)行90fps，關(guān)鍵在于關(guān)閉VSync并通過(guò)Application.targetFrameRate明確指定目標(biāo)幀率，同時(shí)確保引擎和設(shè)備層面的支持。

Q2：如果已經(jīng)關(guān)閉垂直同步，還可能是什么原因？

A：即使已關(guān)閉垂直同步（VSync），在iPad Pro上設(shè)置Application.targetFrameRate = 90仍可能無(wú)法生效，原因如下：

1. 動(dòng)態(tài)刷新率機(jī)制（ProMotion）的底層限制

iPad Pro搭載的ProMotion技術(shù)允許屏幕刷新率在120Hz、60Hz、40Hz、30Hz等特定檔位間動(dòng)態(tài)切換。系統(tǒng)傾向于選擇最接近目標(biāo)幀率的標(biāo)準(zhǔn)分頻值。由于90不是120的整除因子，系統(tǒng)可能無(wú)法為90fps創(chuàng)建穩(wěn)定的刷新周期，最終退回到默認(rèn)的120Hz模式。

2. Unity引擎的幀時(shí)間計(jì)算與平臺(tái)適配問(wèn)題

根據(jù)Unity文檔，移動(dòng)平臺(tái)上的targetFrameRate實(shí)際效果受限于屏幕刷新率的整數(shù)分頻。即使VSync關(guān)閉，Unity的幀調(diào)度器仍可能因無(wú)法精確匹配90Hz的間隔而出現(xiàn)抖動(dòng)或回落至120Hz。此外，若未將targetFrameRate設(shè)置為屏幕刷新率的約數(shù)（如120 → 60, 40, 30），系統(tǒng)可能忽略該設(shè)置。

3. 后臺(tái)進(jìn)程或系統(tǒng)策略干預(yù)

iOS系統(tǒng)可能會(huì)因性能管理、溫控或后臺(tái)任務(wù)（如應(yīng)用更新、索引服務(wù)）臨時(shí)提升設(shè)備性能至最大刷新率，導(dǎo)致短暫脫離目標(biāo)幀率。

解決方案

方法一：使用有效的刷新率分頻值

避免設(shè)置非標(biāo)準(zhǔn)幀率，改用系統(tǒng)支持的分頻：

• 若需高幀率，直接設(shè)為 120

• 若目標(biāo)為平衡性能與功耗，建議設(shè)為 60 或 40

// 推薦做法
QualitySettings.vSyncCount = 0;
Application.targetFrameRate = 60; // 穩(wěn)定且兼容性最佳

方法二：通過(guò)Metal API或原生插件控制（高級(jí)）

利用iOS Metal框架的CADisplayLink精確控制渲染周期，繞過(guò)Unity默認(rèn)調(diào)度，實(shí)現(xiàn)對(duì)90Hz的支持。此方法需編寫(xiě)原生代碼，并確保設(shè)備支持。

方法三：驗(yàn)證并優(yōu)化項(xiàng)目配置

• 檢查項(xiàng)目是否啟用了“Adaptive Frame Rate”等動(dòng)態(tài)調(diào)節(jié)功能。

• 在UWA GOT Online報(bào)告中查看“FPS均值”和“>40ms幀數(shù)占比”，確認(rèn)是持續(xù)120fps還是幀率波動(dòng)。

• 使用UWA PA真機(jī)測(cè)試，排除模擬器或開(kāi)發(fā)環(huán)境干擾。

綜上，根本原因在于iOS硬件刷新率策略與Unity幀控制機(jī)制的不匹配。最穩(wěn)妥方案是采用系統(tǒng)原生支持的幀率檔位（如60fps），以確保穩(wěn)定性與兼容性。

A2：iOS設(shè)備只能設(shè)置30的整數(shù)倍。

感謝123-619849@UWA問(wèn)答社區(qū)提供了回答

歡迎大家轉(zhuǎn)至社區(qū)交流：

https://answer.uwa4d.com/question/6909d30d682c7e5cd61bfb64

From問(wèn)答社區(qū)

Q：在Dedicated Server發(fā)布的程序中，為什么在同一時(shí)刻Profiler.GetTotalReservedMemoryLong接口獲得的數(shù)值會(huì)比Profiler.GetMonoHeapSizeLong接口獲得的數(shù)值還??？

GetTotalReservedMemoryLong不是代表整個(gè)程序當(dāng)前申請(qǐng)的內(nèi)存大小嗎？

如上圖：

curValue - maxValue

totalMemory:Profiler.GetTotalAllocatedMemoryLong()

reservedMemory:Profiler.GetTotalReservedMemoryLong()

monoHeap:Profiler.GetMonoHeapSizeLong()

monoUse:Profiler.GetMonoUsedSizeLong()

引擎版本是2021.3.25f1c1。

A： 使用UWA AI問(wèn)答的功能嘗試解讀這個(gè)問(wèn)題。

分享鏈接：

https://www.uwa4d.com/main/uwa-shared.html?shareId=095aef95-daab-422c-ab95-acf6434f7892

在Dedicated Server（專用服務(wù)器）構(gòu)建的程序中，觀察到Profiler.GetTotalReservedMemoryLong()的值小于Profiler.GetMonoHeapSizeLong()，這看似矛盾，實(shí)則源于Unity內(nèi)存管理機(jī)制和Profiler接口統(tǒng)計(jì)范圍的本質(zhì)區(qū)別。

核心原因：GetTotalReservedMemoryLong在非開(kāi)發(fā)版中不可靠

最關(guān)鍵的一點(diǎn)是：Profiler.GetTotalReservedMemoryLong()等多數(shù)Profiler API在非Development Build（即Release或Server Build）中返回的是不完整或不可靠的數(shù)據(jù)。雖然文檔指出部分內(nèi)存API在Release版可用，但GetTotalReservedMemoryLong的行為在Dedicated Server環(huán)境下可能受限或未被正確維護(hù)。

相反，GetMonoHeapSizeLong和GetMonoUsedSizeLong是少數(shù)明確說(shuō)明“即使在Release構(gòu)建中也可用”的API，其數(shù)據(jù)相對(duì)可靠。

因此，你所觀測(cè)到的reservedMemory (238MB)小于monoHeap (255-284MB)很可能是因?yàn)镚etTotalReservedMemoryLong()返回的并非真實(shí)的總預(yù)留內(nèi)存，而是一個(gè)被截?cái)?、未更新或僅包含部分內(nèi)存池的值。

正確理解各指標(biāo)含義：

為何monoHeap可能大于reservedMemory？

1.reservedMemory數(shù)據(jù)失真：如前所述，在Dedicated Server下，GetTotalReservedMemoryLong可能沒(méi)有跟蹤所有內(nèi)存域（如圖形、音頻等子系統(tǒng)），或者其計(jì)數(shù)器未被激活，導(dǎo)致返回值偏低。

2.monoHeap是獨(dú)立增長(zhǎng)的：托管堆會(huì)根據(jù)內(nèi)存壓力動(dòng)態(tài)擴(kuò)容。當(dāng)托管內(nèi)存需求增加時(shí)，GC會(huì)請(qǐng)求更大的堆空間，GetMonoHeapSizeLong()隨之增大。如果此時(shí)GetTotalReservedMemoryLong()因?yàn)镻rofiler限制未能同步更新，則會(huì)出現(xiàn)monoHeap > reservedMemory的現(xiàn)象。

3.專用服務(wù)器的優(yōu)化配置：Dedicated Server通常禁用圖形驅(qū)動(dòng)、音頻等模塊，這些模塊的內(nèi)存池可能未被計(jì)入GetTotalReservedMemoryLong，但托管堆仍可正常增長(zhǎng)。

建議的排查與監(jiān)控方案

1. 避免依賴GetTotalReservedMemoryLong進(jìn)行關(guān)鍵判斷

在Release或Server Build中，該值不可信。

2. 使用更可靠的替代方案監(jiān)控總內(nèi)存

• 若目標(biāo)平臺(tái)支持，通過(guò)操作系統(tǒng)API（如Linux的/proc/self/status）讀取RSS或PSS。

• 使用SystemInfo.systemMemorySize結(jié)合應(yīng)用自身邏輯估算。

3. 重點(diǎn)關(guān)注托管內(nèi)存趨勢(shì)

• 定期調(diào)用GC.Collect()后獲取GetMonoUsedSizeLong()，監(jiān)控是否存在內(nèi)存泄漏。

• 觀察GetMonoHeapSizeLong()是否持續(xù)增長(zhǎng)，判斷是否需要手動(dòng)觸發(fā)GC或優(yōu)化對(duì)象生命周期。

4. 在Development Build中驗(yàn)證

若條件允許，在開(kāi)啟Development Build的服務(wù)器上運(yùn)行測(cè)試，對(duì)比各項(xiàng)內(nèi)存指標(biāo)是否符合預(yù)期。

綜上，該現(xiàn)象主要由GetTotalReservedMemoryLong在非開(kāi)發(fā)版中的局限性所致，應(yīng)以GetMonoHeapSizeLong和系統(tǒng)級(jí)內(nèi)存監(jiān)控作為主要依據(jù)。

有經(jīng)驗(yàn)的朋友歡迎轉(zhuǎn)至社區(qū)交流：

https://answer.uwa4d.com/question/68afb897244ce21ce9ec090d

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

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

今天的分享就到這里。生有涯而知無(wú)涯，在漫漫的開(kāi)發(fā)周期中，我們遇到的問(wèn)題只是冰山一角，UWA社區(qū)愿伴你同行，一起探索分享。歡迎更多的開(kāi)發(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)化不迷路～

近期精彩回顧