為什麼不該在遊戲迴路用 Thread.yield()：CPU 100% 佔用實測與 sleep(1) 替代方案

前言

在 KEmulator 重構 EventQueue 時發現：跑 MI3、Gangstar 等遊戲，CPU 瞬間飆至 100%。排查定位到遊戲主迴路 while(true) { ... Thread.yield(); }。本文通過實測對比 yield() 與 sleep(1)，揭示底層差異並給出最佳實踐。

問題現場

// 典型問題遊戲迴路
public void run() {
    while (true) {
        // 遊戲邏輯、渲染
        Thread.yield(); // 試圖讓出 CPU
    }
}

• 現象：CPU 長期 100%，風扇狂轉，筆記本發燙。
• 環境：KEmulator (Java SE 模擬器)、Windows/Linux 均復現。

yield() vs sleep(1) 本質區別

實測替換效果

// 將所有 Thread.yield() 替換為 Thread.sleep(1)
Thread.sleep(1); // 原 Thread.yield();

• MI3 遊戲： 平均 CPU 從 100% 降至 **<10%**。
• 遊戲幀率、邏輯時序**無感知差異** (1ms 遠低於人眼/手指感知閾值)。
• 風扇噪音明顯降低，筆記本續航提升。

移動端真機的潛在同類場景

• 某些手機記憶體緊張時，按鍵事件響應明顯延遲。
• RealFootball 團隊去年發現：在主迴路連續調用 2-3 次 Thread.yield() 可緩解卡頓。
• 推測： 此處單次 Thread.sleep(1) 可能同樣有效，甚至更佳——強制讓出 CPU 讓系統處理按鍵中斷、GC 等高優先級任務。

最佳實踐建議

1. 遊戲/動畫主迴路： 使用 Thread.sleep(frameTime) 固定幀率 (如 30FPS → sleep(33))，而非 yield。
2. 需極低延遲的輪詢迴路： 可用 Thread.yield()，但必須有其他就緒執行緒 (如專門的事件分發執行緒) 才能真正讓出 CPU。
3. 移動端： 優先 sleep(1) 或 sleep(0) (視 JVM 實現)，避免空轉燒盡電池。
4. 現代替代： Java 5+ 使用 LockSupport.parkNanos、Phaser、CountDownLatch 等更精確的同步原語。

總結

Thread.yield() 是「禮貌建議」，Thread.sleep() 是「強制休假」。單執行緒計算密集迴路中，yield 形同虛設，sleep 才能真正讓 CPU 降溫、省電。記住：**沒有睡眠的迴路，就是在燒錢**。