FPS 看來正常但遊戲仍卡頓，通常是平均值隱藏了不均勻出幀。即使大量快速幀把平均 FPS 維持於高位，一個耗時 80 毫秒的長幀仍會形成明顯停頓，即常說的掉幀感。請在同一可重現場景量度逐幀時間，先區分本地渲染與網絡位置修正，再一次只改變一個變數。

關鍵要點

平均 FPS 表示整體吞吐量，幀時間反映每幀是否均勻到達。

用同一路線或場景穩定重現，並保留足夠長的記錄。

調整硬件前，先區分全畫面停頓和網絡回彈。

按次序檢查着色器、資源串流、畫面疊加層、資源壓力、溫度和電源。

幀率上限、VSync、VRR 及刷新率每次只測一項。

娛樂內容排障總覽包含更多播放和遊戲問題。本文針對本地渲染、平均計數看似健康的遊戲；如果畫面由遠端主機串流，請使用雲端遊戲延遲與抖動排查；如果畫面流暢但按鍵反應遲緩，請看控制器輸入延遲排查。

1. FPS 看來正常但遊戲仍卡頓時，應量度哪些指標？

記錄遊戲構建版本、地圖或關卡、畫質預設、解像度、顯示器刷新率、幀率上限，以及問題是否始於遊戲、驅動程式、系統或硬件變化。選擇一條穩定觸發卡頓的路線，每次執行相同時間。

使用硬件或平台支援的可信幀節奏工具。Intel PresentMon 記錄每幀時間及呈現資料，而不只是滾動平均。［1］ NVIDIA FrameView 指南亦說明幀率與幀時間擷取。［2］

平台支援時記錄：

毫秒單位的幀時間圖。
用於背景判斷的平均 FPS。
1% low 等低百分位指標。
CPU 與 GPU 使用率。
顯示記憶體與系統記憶體佔用。
溫度、頻率變化和電源模式。
卡頓時的儲存活動。

不要把不同地圖、天氣、玩家數量或背景工作結果當成前後對照。目標是取得可重現的基線與單變數變化，不是追求最高跑分。

2. 為何平均 FPS 會掩蓋幀時間尖峰？

FPS 是一段時間內完成的幀數，幀時間則是每一幀耗時。60 FPS 下均勻幀約為 16.7 毫秒；其中一幀明顯變長便會打斷動作，即使後續快速幀令平均數仍然理想。

模式	平均計數	幀時間表現	實際感受
均勻出幀	穩定	集中於窄區間	動作流暢
每數秒一個長幀	可能仍很高	週期性尖峰	規律微卡頓
GPU 持續滿載	整體較低	持續偏高	一直低幀率
網絡位置修正	可能正常	本地渲染可保持均勻	其他玩家瞬移或後退

1% low 比平均值更能表達較慢部分，但仍會壓縮時間資料。幀時間圖可顯示尖峰是否與轉動鏡頭、新特效、檢查點、場景邊界或固定週期相關。

不要追逐啟動時唯一一次尖峰。許多遊戲會編譯着色器、建立快取或載入首批資源。應關注正常預熱後仍會重複並影響操作的停頓。

3. 這是本地卡頓還是網絡回彈？

如果遊戲提供離線或訓練區域，請在當中重複同一鏡頭及移動。發生本地渲染卡頓時，鏡頭、動畫、游標和視覺效果通常會一起暫停。

網絡位置修正表現不同：鏡頭與介面可能保持反應，但其他玩家、車輛或角色會向後跳、凍結後追上。命中判定與世界狀態可以延遲，而本地畫面仍然流暢。

整幅畫面和輸入反應同時停頓：檢查本地幀節奏。
遠端物件瞬移，但鏡頭流暢：檢查延遲、抖動或丟包。
聲音繼續，畫面凍結：檢查渲染、儲存和呈現鏈路。
聲畫按固定間隔一起停頓：檢查資源競爭、電源或週期背景工作。

不要把降低 Ping 當成所有卡頓的答案。Ping 排查指南只適用於已有網絡證據的情況，無法修復着色器編譯或資源讀取造成的長幀。

4. 着色器或資源串流是否觸發停頓？

觀察尖峰是否在某個新特效、區域、角色或武器首次出現時發生，並於第二次經過時減弱。這個模式可能指向着色器編譯或快取建立；總在同一地圖邊界出現，則可能與資源串流有關。

讓遊戲官方編譯流程完整結束。把遊戲放在受支援且有充足空間的儲存裝置。如果遊戲提供官方清除快取或驗證功能，應先保留基線並查看發行說明是否有已知遊戲端問題。

不要第一步便刪除電腦上的所有着色器快取。重新建立快取可能製造更多首輪卡頓，也會移除原始線索。更快的儲存亦不是萬用答案，CPU 解壓、記憶體壓力、引擎排程和遊戲程式碼都可能產生相似現象。

Unreal Engine 把幀節奏描述為對渲染幀呈現時機的控制，說明單一平均 FPS 不能完整表示流暢度。［3］玩家不能修復引擎程式碼，卻可區分單款遊戲的可重複事件與全系統節奏問題。

5. 畫面疊加層或背景錄影是否產生週期工作？

列出會連接遊戲、錄製畫面、監察感應器、同步檔案、掃描儲存、控制燈效或顯示畫面疊加層的軟件。一次只退出一個非必要項目，完成同場景記錄後恢復，再測試下一項。

常見類別包括：

Game Bar 或精彩片段錄影。
直播與攝影機軟件。
效能及聊天畫面疊加層。
RGB 與周邊裝置控制工具。
雲端同步和備份。
防毒掃描或檔案索引。
使用硬件加速的瀏覽器頁面。

不要結束安全元件或不認識的系統程序。使用應用程式正常的暫停或退出功能，並記下每次變化。如果某個工具與尖峰穩定對應，應更新它、只關閉畫面疊加層整合或聯絡其供應商。

固定週期卡頓尤其值得觀察。每分鐘一次的尖峰可能與遙測、自動儲存、監察、備份或記錄刷新一致。記錄時間要足夠長，才能確認週期是否穩定。

6. 使用率沒有 100%，哪個資源仍可能受限？

總體 CPU 百分比會掩蓋單一主線程跑滿；CPU、儲存、記憶體或同步等待時，GPU 使用率反而可能下降。不要只看一個數字。

尖峰附近訊號	可能方向	受控對照
單一 CPU 核心跑滿	主線程或模擬限制	同場景降低一項 CPU 相關設定
GPU 持續滿載	渲染工作量	降低一項 GPU 設定或解像度
顯示記憶體接近滿載且頻繁分配	紋理換出或分頁	紋理質素降低一級
系統記憶體壓力及分頁	背景程式或記憶體不足	關閉一個已知大型應用程式
儲存佇列同時尖峰	資源載入、掃描或分頁	等掃描結束後重試
溫度上升時頻率下降	溫度或功耗限制	恢復通風和正常電源模式

不要用超頻或降壓排障。如果系統已調校，請恢復受支援預設。手提電腦應確認使用正確電源轉換器，作業系統或廠商模式沒有意外限制遊戲。

清理裝置外部可維護的通風位置，恢復無阻氣流；不要超出廠商維護說明拆機。降溫前後的同場景記錄，比只憑風扇聲音猜測更有價值。

7. 刷新率、VSync、VRR 和幀率上限是否協調？

先確認作業系統實際使用顯示器目標刷新率，再記錄 VSync、可變刷新率及限幀分別由遊戲、驅動程式、顯示器還是多層同時控制。

一次只測一個組合：

從受支援預設開始，移除重複的外部限幀器。
單獨測試遊戲內置幀率上限。
全鏈路支援 VRR 時，讓出幀維持於顯示器有效範圍內。
記錄畫面撕裂與延遲取捨後，再比較 VSync 開關。
幀時間沒有改善便恢復原值。

把上限設於不穩定峰值以下，有時能留下排程餘量，但沒有通用數字。限幀無法修復着色器編譯、儲存停頓、主線程飽和或引擎缺陷。

電視後處理亦可能在渲染尖峰不明顯時製造觀感抖動。只把動態插幀等處理作可還原顯示對照，不要同時修改遊戲、驅動程式和顯示器。

8. 測試後應保留哪些證據？

保留同一場景的兩段短記錄：原始基線和最佳單變數對照。寫明遊戲版本、唯一改動、溫度、電源模式、顯示模式，以及可見卡頓對應的時間點。

向遊戲支援提交：

可重現路線及大約時間點。
幀時間圖或支援工具匯出的指標。
遊戲與顯示卡驅動程式版本。
CPU、GPU、記憶體、儲存和顯示器型號。
離線與網上場景是否都發生。
新遊戲設定檔或官方檔案驗證是否改變結果。
唯一改變結果的設定或背景程序。

移除用戶名稱、帳戶 ID、電腦名稱和無關程序資料，不要在公共討論區上載完整系統清單。如果問題緊隨遊戲更新出現，而且不同硬件用戶都可重現，應一併報告這個範圍，而不是無限調校一部裝置。

總結

高平均 FPS 與明顯幀時間尖峰可以同時存在。
可重現路線和逐幀記錄比單張 FPS 截圖更有價值。
先區分全畫面卡頓與遠端物件網絡回彈。
按次序檢查快取、背景連接、資源、溫度、電源和顯示節奏。
保留基線，每輪只改變一個變數。

常見問題

遊戲卡頓（掉幀、跳幀）到底是甚麼？

卡頓是出幀不均勻：大部分幀按穩定節奏到達，但個別幀耗時明顯較長，畫面會短暫停住或跳一下。它不同於持續偏低的幀率（慢但均勻），也不同於網絡回彈；後者只有經網絡同步的玩家或物件會突然被拉回。

1% low 比平均 FPS 更重要嗎？

它通常更能表示較慢部分，但兩者都不能單獨給出原因。幀時間圖能顯示慢幀發生時機及頻率。

為何只在第一次進入區域時卡頓？

遊戲可能正編譯着色器、建立快取或載入新資源。正常預熱後重複同一路線，第二次改善是線索，但不是單一原因證明。

網絡延遲會看似幀卡頓嗎？

會。網絡回彈會令遠端物件瞬移，而本地鏡頭仍可能流暢。觀察是整個畫面凍結，還是只有其他角色跳動。

應否第一步更新顯示卡驅動程式？

先記錄基線，並確認問題是否始於驅動程式或遊戲變化。受支援更新可能解決已知問題，但盲目更新亦會改變快取和多項變數。

把遊戲移到 SSD 必定能解決微卡頓嗎？

不能。SSD 可能改善資源串流，卻無法修復 CPU 主線程、顯示記憶體不足、溫度限制、顯示不匹配或引擎問題。

限制 FPS 會令畫面更流暢嗎？

有時可以。穩定上限可能減少負載波動，並把出幀維持於自適應刷新範圍。應在同一場景用幀時間圖判斷。

是否應關閉所有畫面疊加層？

每次只關閉一個非必要連接，結果不變便恢復。不要為跑分而結束安全元件或不認識的系統程序。

超頻適合用來診斷卡頓嗎？

不適合。超頻或降壓會加入新的不穩定因素並破壞基線。應在受支援預設下先確認資源或溫度瓶頸。

調整網絡前，記錄卡頓規律，每次只比較一項改動。VPN 不能修復着色器編譯卡頓、覆蓋層造成的幀時間突增或更新率設定不配合。

來源

Intel GameTechDev, PresentMon Capture Application — https://github.com/GameTechDev/PresentMon/blob/main/README-CaptureApplication.md
NVIDIA, FrameView User Guide — https://images.nvidia.com/content/geforce/technologies/frameview/frameview-1-7-user-guide-web-version.pdf
Epic Games, Frame Pacing for Mobile Devices in Unreal Engine — https://dev.epicgames.com/documentation/unreal-engine/frame-pacing-for-mobile-devices?application_version=4.27&lang=en-US

Sources checked 2026 年 10 月 4 日。

FPS 看來正常但遊戲仍卡頓：幀時間、資源負載及顯示節奏