如何診斷 Android 街機模擬器的熱降頻
若同一款合法遊戲起初能維持完整模擬速度，持續負載並升溫後才逐漸變慢，就應懷疑熱降頻。請從正常冷機基準重現，記錄時間、速度、幀節奏、音訊、充電、保護殼、環境與 Android 可提供的熱資訊。若冷卻後恢復效能，僅降低渲染器、著色器、解析度、run-ahead 或快轉中的一層負載，再測量能否穩定運作；更換 ROM 無法解決熱。
受控診斷流程
- 01
記錄裝置、Android、模擬器與核心版本、合法測試遊戲、環境、保護殼、充電器、電量、螢幕更新率、渲染器、著色器、run-ahead、快轉與初始速度。
- 02
讓裝置回到正常冷機待機狀態，關閉背景負載；除非要做受控比較，否則拔除充電，並冷啟動相同測試場景。
- 03
不要反覆改設定，在固定時間點記錄速度、幀節奏、音訊連續性、可取得的熱狀態或 headroom，以及經過時間。
- 04
若 Android 發出警告或裝置熱到不適，請安全停止；不可人工急冷或繞過系統保護。
- 05
冷卻後重測時，只降低一項持續負載：著色器、內部解析度、run-ahead 幀數、無上限快轉或不必要的高顯示目標。
- 06
只有在目標時長內速度與音訊都穩定時才接受變更；否則在不更換遊戲資料的前提下比較渲染器、核心、電池/遊戲模式與裝置極限。
判斷表
| 現象 | 目前最合理推論 | 下一項受控檢查 |
|---|---|---|
| 第一幀起就慢 | 設定、核心、渲染器或裝置上限 | 恢復簡單冷機基準 |
| 冷機快、升溫後變慢 | 持續熱或功耗限制 | 冷卻後依固定時間點重測 |
| 完整速度下只有音訊中斷 | 音訊路徑或緩衝 | 保留熱證據並另查音訊 |
| 穩定但上限較低 | 更新率或遊戲模式可能介入 | 記錄顯示目標與 Android 模式 |
熱問題有明確的時間特徵
Android 說明裝置只能在有限時間維持峰值效能，熱壓力升高時可能限制 CPU 或 GPU。可重現的冷機到熱機時間軸，比外殼觸感或單一慢幀更有證據力。
熱 headroom 與 status 會依裝置而異，也可能不完整；應與經過時間和可重現的效能記錄一起判讀。
降低持續負載，但保留診斷可見性
一次只降低一個高成本層，並固定速度顯示、記錄與場景。全部關閉雖可能降溫，卻無法指出哪項負載超過可持續上限。
FPS 上限不等於熱降頻
Android 13 以上可對支援的遊戲套用遊戲模式 FPS 限制。穩定的較低目標不同於逐步掉速，而且模擬器不一定會被系統歸類或整合為遊戲。
效能測試不會授權 ROM、BIOS、CHD、圖像或含私人識別資訊的記錄。請使用合法內容、遵守過熱警告、勿繞過保護機制，並遮蔽序號、帳號與私人路徑。