遊戲著色器的編譯時間：為什麼第一次進遊戲特別久
而現代遊戲的複雜度，讓這件事變得非常龐大。一款 3A 遊戲可能包含數百種材質、數十種光照模型、各種天氣與時間變化、不同畫質選項的排列組合。遊戲引擎為了在各種情況下都能正確渲染，會產生大量的「著色器變體（Shader Variants / Permutations）」。
舉例來說，同一支基礎材質著色器，可能要因應「有沒有法線貼圖」「有沒有環境光遮蔽」「是否開啟陰影」「是否使用體積霧」「是否為半透明物件」等開關，各自編譯出一份。這些開關交叉組合後，變體數量很容易從幾千膨脹到數萬，甚至更多。這就是為什麼「編譯著色器」不是幾秒鐘的事，而是一場需要幾分鐘的批次工程。
二、為什麼第一次進遊戲特別久？著色器編譯的完整流程
理解了著色器的本質後，我們就能拆解「第一次進遊戲」到底發生了什麼事。這不是單一原因造成的延遲，而是好幾個階段疊加起來的結果。
遊戲啟動時發生了什麼：從載入到編譯
當你點下「開始遊戲」，通常會依序經歷以下流程：
快取寫入：把編譯結果存進磁碟，下次啟動時直接讀取，避免重複編譯。
進入遊戲：開始載入關卡、材質、串流資源。
你在進度條上看到的「正在編譯著色器」，就是第三與第四步。這段期間 CPU 可能滿載、風扇狂轉，但 GPU 幾乎閒置，因為它還沒拿到可以執行的程式碼。這也解釋了為什麼有些玩家會發現「編譯時顯示卡使用率很低」——不是顯卡偷懶，是它還在等 CPU 把程式碼餵給它。
著色器編譯的三種時機：預編譯、即時編譯、背景編譯
不同遊戲、不同引擎，選擇的編譯時機也不同，這直接影響你「什麼時候」遇到等待。
第一種是預編譯（Ahead-of-Time，AOT）。遊戲在啟動或關卡載入時，一次把所有需要的著色器編譯好。優點是進入遊戲後畫面流暢、不會突然卡頓；缺點就是啟動時間很長，也就是本文主題的「第一次特別久」。不少 PC 版 3A 遊戲採用這種策略，尤其是虛幻引擎（Unreal Engine）系列的遊戲，開頭那條「Compiling Shaders」進度條幾乎成了註冊商標。
第二種是即時編譯（Just-in-Time，JIT）。遊戲不預先編譯，而是等到某個物件第一次出現在畫面上時，才臨時編譯對應的著色器。好處是啟動快，缺點非常明顯：你會在遊戲中遇到「走進新場景突然卡一下」「第一次開槍頓一下」的著色器編譯卡頓（Shader Compilation Stutter）。這個問題在 2022 至 2023 年的多款 PC 大作中引發大量討論，甚至成為玩家評價遊戲優化的重要指標。
第三種是背景編譯（Background Compilation）。遊戲在背景用低優先權執行緒慢慢編譯，盡量不影響遊戲進行。聽起來很理想，但如果玩家移動速度太快、場景切換太頻繁，編譯速度跟不上，還是會出現卡頓或材質模糊的過渡狀態。
為什麼不能「一次編好，永久使用」？
很多玩家會問：既然編譯這麼麻煩，為什麼開發商不乾脆在遊戲發售前就全部編譯好、打包進遊戲裡？答案牽涉到 PC 生態系的根本特性：硬體組合太多樣了。
主機（PS5、Xbox Series X/S、Switch）的硬體是固定的，GPU 型號、驅動版本、記憶體配置全部統一，開發商可以針對那一顆晶片預先編譯所有著色器，隨遊戲一起發布。這就是為什麼主機遊戲幾乎不會出現「正在編譯著色器」的畫面，頂多是短暫的載入。
但 PC 不是這樣。市面上有 NVIDIA、AMD、Intel 三家 GPU 廠商，各自有數十種型號，每種型號又有不同的驅動版本，加上 Windows 版本、DirectX／Vulkan 執行期差異，排列組合幾乎無窮。同一份著色器原始碼，在 RTX 4060 與 RX 7800 XT 上編譯出的機器碼完全不同，甚至同一張卡換了驅動版本，編譯結果也可能不同。
因此，PC 遊戲只能把「原始碼」或「中間碼」帶在身上，等到玩家執行時，再針對當下這台機器編譯。這就是為什麼第一次進遊戲特別久——你的電腦正在為你這張顯卡、這個驅動版本，客製化一整批著色器。
三、影響著色器編譯時間的關鍵因素
同樣一款遊戲，有人編譯三分鐘，有人編譯十五分鐘，這中間的差異其來有自。影響因素大致可以分成硬體、遊戲設計與平台策略三個層面。
硬體層面：CPU、GPU、驅動程式
首先，著色器編譯主要是 CPU 工作。編譯器本身是一支跑在 CPU 上的程式，它要解析語法、最佳化指令、產生機器碼。因此 CPU 的單核效能與多執行緒能力，直接決定編譯速度。這也是為什麼高階 CPU 在「首次啟動」時明顯比入門 CPU 快，儘管進入遊戲後兩者的幀數差距可能沒那麼大。
其次是 GPU 與驅動程式。著色器編譯器通常由 GPU 廠商提供，整合在驅動裡。NVIDIA、AMD、Intel 的編譯器最佳化程度不同，同一份著色器在不同驅動下的編譯時間可能有明顯落差。驅動版本也會影響：新版驅動可能改善編譯效率，也可能因為新增最佳化而讓編譯變慢。這就是為什麼玩家社群常說「某版驅動編譯特別久」。
第三是 儲存裝置。編譯結果需要寫入磁碟快取，如果用的是傳統硬碟（HDD），寫入與讀取都可能成為瓶頸；換成 NVMe SSD 後，快取讀寫速度大幅提升，第二次啟動的感受會好很多。此外，磁碟空間不足也可能導致快取寫入失敗，讓遊戲每次都得重新編譯。
遊戲層面：引擎、著色器數量、畫質設定
遊戲本身的設計影響更大。不同引擎對待著色器的方式差異很大：虛幻引擎以龐大的材質系統與變體數量聞名，首次編譯時間通常較長；有些自研引擎則採用較精簡的著色器模型，編譯時間相對短。
畫質設定也是關鍵。當你把材質品質、陰影品質、環境光遮蔽、光線追蹤等選項調高，遊戲需要啟用的著色器變體就跟著增加，編譯時間自然拉長。特別是光線追蹤相關的著色器，編譯複雜度高，開啟後首次啟動明顯更久。
還有一個常被忽略的因素：遊戲是否提供「完整預編譯」選項。有些遊戲只在載入畫面編譯「當前關卡會用到」的著色器，進入新區域時再補編譯；有些則一次編譯全部。前者啟動較快，但遊戲中可能仍有零星卡頓；後者啟動慢，但進入遊戲後最順。
平台差異：PC、家機、掌機的設計哲學
平台策略的差異，最能解釋「為什麼主機玩家很少遇到這件事」。主機硬體統一，開發商可以預先編譯、預先驗證，玩家幾乎無感。PC 則因為硬體碎片化，只能把編譯工作下放給玩家端。
掌機與 Steam Deck 則是另一種折衷。Steam Deck 執行 SteamOS，Valve 提供了「著色器預先快取（Shader Pre-caching）」機制：當你下載支援的遊戲時，Steam 會一併下載針對 Steam Deck 硬體預先編譯好的著色器快取。這大幅減少了首次啟動的等待，也降低了遊戲中的編譯卡頓。這是平台方主動介入、用集中資源解決碎片化問題的典型案例。
四、各家廠商的解法：從預編譯到 Pipeline State Object
面對著色器編譯帶來的等待與卡頓，圖形 API 與遊戲引擎這幾年不斷演進，發展出多種因應策略。
DirectX 12 與 Vulkan 的 PSO 快取
在 DirectX 11 時代，著色器編譯主要由驅動程式在背後處理，遊戲開發者對編譯時機的掌控有限。到了 DirectX 12 與 Vulkan，控制權交回給開發者，同時也帶來了責任。
DX12／Vulkan 引入了「管線狀態物件（Pipeline State Object，PSO）」的概念。一個 PSO 不只是著色器，還包含混合模式、深度測試、頂點格式、渲染目標格式等一整套狀態。遊戲必須在繪製前建立好這些 PSO，而建立過程可能觸發著色器編譯。
為了解決這個問題，API 支援「PSO 快取」：遊戲可以把建立好的 PSO 序列化存到磁碟，下次啟動時直接載入，跳過重新編譯。這就是為什麼第二次進遊戲快這麼多。缺點是快取與硬體、驅動版本綁定，換了顯卡或更新驅動，快取可能失效，遊戲又得重新編譯一次。
遊戲引擎的預編譯策略
虛幻引擎在這方面投入甚深。UE4 後期與 UE5 引入了「PSO 預快取（PSO Precaching）」機制，遊戲可以在載入時預先建立可能用到的 PSO，並把結果存成快取檔。UE5 更進一步在啟動時顯示明確的「Compiling Shaders」進度，讓玩家知道這段等待是正常的。
有些遊戲則採用「首次啟動完整編譯、之後背景補編譯」的混合策略：第一次啟動時把所有已知變體編譯完，遊戲中若遇到沒編譯到的變體，再於背景執行緒補上，並在下次啟動時併入快取。這種做法兼顧了首次體驗與長期效率，但首次等待仍然無法避免。
驅動層的著色器快取
GPU 廠商也在驅動層做了大量工作。NVIDIA、AMD、Intel 都會在驅動中維護著色器快取，把編譯過的著色器存起來，供同一遊戲下次使用。這些快取通常位於系統磁碟的特定資料夾，遊戲與驅動版本更新時可能被清理或失效。
這也是為什麼「清理驅動快取」有時能解決畫面異常或編譯錯誤——快取損壞或與新驅動不相容時，重新編譯反而能恢復正常。但代價就是下一次啟動又要等一段時間。
五、實用攻略：如何縮短著色器編譯時間
理解原理之後，我們就能對症下藥。以下是幾個實際有效的做法，能幫你把這段等待時間盡量壓短，或至少避免它變成無止境的折磨。
事前準備：更新驅動、清理快取、確認儲存空間
第一，保持顯卡驅動在合理的新版。廠商通常會針對熱門遊戲的著色器編譯進行最佳化，新版驅動往往能縮短編譯時間或修正編譯錯誤。但也不必盲目追最新，若某版驅動傳出災情，停在穩定版更實際。
第二，確認系統碟與遊戲碟有足夠空間。著色器快取可能佔用數百 MB 到數 GB，空間不足會導致快取寫入失敗，遊戲每次啟動都重新編譯。建議至少保留 10% 以上的可用空間。
第三，把遊戲安裝在 SSD 上。這不只加快讀取，也加快快取寫入。若你還在用 HDD 玩 3A 大作，這會是感受最明顯的升級之一。
第四，編譯期間關閉不必要的背景程式。著色器編譯吃 CPU 多執行緒，若同時開著瀏覽器大量分頁、實況軟體、防毒掃描，編譯時間可能被拉長。編譯時讓電腦專心做一件事，通常能省下可觀時間。
遊戲內設定調整
如果你不想等太久，可以在首次啟動前先調整畫質設定。把材質、陰影、環境光遮蔽等選項暫時調低，能減少需要編譯的著色器變體數量，縮短首次編譯時間。等編譯完成、進入遊戲後，再依效能逐步調高——但要注意，每次大幅變更畫質設定，可能又會觸發新一輪編譯。
另外，部分遊戲提供「著色器預編譯」或「背景編譯」的開關，建議保持開啟。雖然首次啟動較慢，但能換來遊戲中更穩定的幀數，長期而言體驗更好。
還有一個小技巧：不要在編譯途中強制關閉遊戲。有些玩家看到進度條卡住就按 Alt+F4，結果快取只寫了一半，下次啟動又要重來。除非確定當機，否則耐心等它跑完，通常是最省時的做法。
遇到卡頓或崩潰時的排查步驟
如果你遇到的是「編譯途中崩潰」或「編譯完成後遊戲仍頻繁卡頓」，可以依序排查：
六、常見問題與迷思
關於著色器編譯，玩家社群裡流傳不少說法，有些正確，有些則是誤解。以下整理幾個最常被問到的問題。
編譯越久代表遊戲越吃資源嗎？
不一定。編譯時間長，代表「著色器變體數量多」或「編譯器最佳化較複雜」，這通常與遊戲的渲染複雜度有關，但不完全等於「遊戲跑起來很吃資源」。有些遊戲編譯很久，實際執行卻相當順暢；也有遊戲編譯很快，進遊戲後卻到處卡頓。編譯時間只是其中一個參考指標，不能單獨用來判斷優化好壞。
換顯卡後為什麼又要重新編譯？
因為著色器是針對特定 GPU 架構編譯的機器碼。換了顯卡，等於換了目標指令集，原本的快取全部失效，遊戲必須為新顯卡重新編譯。同理，更新驅動、升級 Windows、甚至更換 DirectX 執行期版本，都可能讓快取失效。這是 PC 生態系的必然，也是為什麼「換硬體後第一次開遊戲特別久」。
能不能跳過著色器編譯？
技術上，有些遊戲允許你跳過預編譯，改用即時編譯。但這通常不是好主意：你只是把等待時間從「啟動時」轉移到「遊戲中」，變成隨機的卡頓。除非你只是想快速進遊戲看看畫面，否則建議讓它編譯完。真正的「跳過」只有一種情況：你使用的是已經有預編譯快取的平台（例如 Steam Deck 的預先快取），這時遊戲根本不需要在本地重新編譯。
七、結論：把等待視為投資
「正在編譯著色器」這條進度條，說到底是 PC 遊戲為了在碎片化硬體上提供最佳畫面，所付出的必要成本。它把原本可能散落在遊戲各處的卡頓，集中到一次性的啟動等待裡；它讓你的顯卡能夠拿到為它量身打造的機器碼，而不是勉強執行通用版本。
下次再看到這條進度條時，不妨換個角度想：你的電腦正在為你這台機器，把成千上萬支著色器逐一翻譯成 GPU 的母語。這段等待不是浪費，而是投資。泡杯咖啡、滑個手機，讓它安靜地跑完，接下來的遊戲體驗通常會順暢許多。而如果你真的等得不耐煩，本文提供的攻略——更新驅動、確認空間、關閉背景程式、善用 SSD——都能幫你把這段時間盡量縮短。
理解原理，就不會被等待綁架。祝你在雅寶社區·頂客論壇與各路玩家交流愉快，也歡迎把這篇攻略分享給那位每次開遊戲都在哀號「怎麼又要編譯」的朋友。