遊戲引擎的戰國時代：Unity、Unreal、Godot 的三國演義
Unreal 的另一大特色是 Blueprint（藍圖）視覺化腳本系統。它讓不熟悉 C++ 的設計師、企劃甚至美術，都能直接透過節點連線的方式實作遊戲邏輯，大幅降低了跨職能協作的門檻。當然，藍圖在效能與可維護性上仍不如原生 C++，但作為原型驗證與中小型專案的實作工具，它的價值無庸置疑。
如果說 Unity 的優勢是「廣」，Unreal 的優勢就是「深」。它在材質系統、粒子特效（Niagara）、動畫工具（Control Rig、Sequencer）、音效整合（MetaSounds）等方面，都提供了遠比 Unity 更精細、更專業的解決方案。代價是：學習曲線陡峭、專案體積龐大、對硬體要求高，而且對小型 2D 或輕量專案而言，往往是「殺雞用牛刀」。
Godot —— 東吳：江東子弟，開源自立
Godot 的誕生故事頗具傳奇色彩。它原本是阿根廷開發者 Juan Linietsky 與 Ariel Manzur 為自家公司製作的內部引擎，二〇一四年以 MIT 授權開源釋出，此後由全球社群共同維護。相較於 Unity 與 Unreal 背後的商業公司，Godot 更像是一個由開發者自治的「聯邦」——沒有董事會、沒有營收壓力，只有基金會與數千名貢獻者。
Godot 最大的優勢就是「完全免費且無附加條件」。MIT 授權意味著你可以任意修改、商用、閉源發布，完全不需要支付權利金、也不用擔心營收門檻。對於預算緊繃的獨立開發者、教育單位、甚至需要客製化引擎的企業內部工具而言，這種自由度是前兩者無法提供的。
技術上，Godot 的設計哲學是「輕巧、一致、可理解」。它的編輯器本體只有一百多 MB，啟動速度極快，場景系統採用節點（Node）與場景樹（Scene Tree）的組合式架構，概念清晰且容易上手。內建的 GDScript 語法接近 Python，學習門檻極低；同時也支援 C#、C++ 與社群維護的 GDExtension，讓進階使用者能深入底層。
Godot 4.0 於二〇二三年正式發布，帶來了 Vulkan 渲染後端、大幅改進的 3D 渲染管線（SDFGI、VoxelGI 等全域光照方案）、更完整的物理系統與動畫工具。雖然在 3D 高畫質領域仍與 Unreal 有明顯差距，但在 2D 遊戲方面，Godot 的節點式設計甚至被許多開發者認為比 Unity 更直覺、更適合像素風與橫向卷軸類作品。
當然，Godot 的「江東」劣勢也很明顯：第三方外掛生態遠不如 Asset Store 豐富、商業素材與教學資源相對有限、家機平台（PS、Xbox、Switch）的官方支援仍在補齊階段（多數需透過第三方移植服務），而且遇到疑難雜症時，能依靠的往往只有社群論壇與原始碼本身。
二、技術底層解剖：渲染、物理與工作流
市場版圖決定的是「該不該學」，技術底層決定的則是「用得順不順」。以下從三個面向拆解三國的技術體質：渲染管線、物理與工具鏈、以及程式語言與學習曲線。
渲染管線與畫面表現
Unreal Engine 在渲染領域的領先地位幾乎沒有爭議。第五代引擎的 Nanite 與 Lumen 是「以工程換美術」的極致體現：過去美術必須花大量時間手動優化模型與烘焙光照，現在引擎幫你自動處理。Virtual Shadow Map、Temporal Super Resolution（TSR）、Niagara 粒子系統與 Substrate 材質框架，讓 Unreal 在寫實風格與大規模場景上具備壓倒性優勢。如果你的專案目標是「看起來像電影」，Unreal 幾乎是唯一合理的起點。
Unity 的渲染策略則是「分層提供」。它的通用渲染管線（URP）主打效能與跨平台，適合手機與中低階硬體；高畫質渲染管線（HDRP）則支援即時光線追蹤、體積霧、次表面散射等進階效果，能在 PC 與家機上做出相當不錯的畫面。近年 Unity 也持續強化其光照系統與後製堆疊，但整體而言，在「開箱即用的極致畫質」這件事上，仍落後 Unreal 一個身位。
Godot 4 的渲染能力是三者中進步幅度最大的。Vulkan 後端、SDFGI（有號距離場全域光照）、可自訂的渲染管線與對 Compute Shader 的支援，讓它在中小規模的 3D 專案中已能交出堪用的視覺成果。不過在大型開放世界、複雜材質與大規模動態光源的處理上，Godot 仍需要更多時間與社群累積。至於 2D，Godot 的原生 2D 渲染管線設計極佳，支援像素完美對齊、自訂 CanvasItem 著色器，是獨立 2D 團隊的強力選項。
物理系統與工具鏈完整度
Unity 與 Unreal 都是建立在成熟的第三方物理引擎之上（Unity 早期使用 PhysX，後續也有 Havok、Unity Physics 等選項；Unreal 則內建 Chaos Physics），因此在碰撞偵測、剛體模擬、布料與破壞效果等面向都有相當高的穩定度。Unity 的物理設定偏向「所見即所得」，參數調整直覺；Unreal 的 Chaos 系統則提供更進階的破壞與流體模擬工具，適合需要大規模場景互動的專案。
Godot 內建的是自家開發的 Godot Physics（同時也支援 Jolt Physics 作為選項），在 2D 物理上表現優異且穩定，但在 3D 大型場景與複雜關節約束的處理上，仍有部分開發者反映效能與精度不如前兩者。不過對絕大多數獨立專案而言，這樣的物理能力已經綽綽有餘。
工具鏈方面，Unity 的編輯器在「易用性」上的評價一向很高：場景檢視、Prefab 系統、Inspector 面板的設計都相當直覺，加上 Asset Store 的加持， prototyping 速度極快。Unreal 的編輯器功能最為龐大，從材質編輯器到 Sequencer 過場動畫工具一應俱全，但學習曲線與硬體需求也最高。Godot 的編輯器則以「一致性」著稱：所有功能都圍繞節點與場景樹展開，沒有太多歷史包袱，介面乾淨、啟動迅速，但相對地，某些進階功能（如複雜的材質編輯、動畫狀態機）仍需依賴外掛或自製工具。
腳本語言與學習曲線
Unity 使用 C#，這是一門成熟、嚴謹、擁有龐大生態與就業市場的語言。C# 的靜態型別與 LINQ、async/await 等特性，讓大型專案的程式碼維護相對容易。對有志進入遊戲產業的求職者而言，學好 C# 與 Unity 的投資報酬率最高，因為職缺數量最多。
Unreal 主要使用 C++，並輔以 Blueprint 視覺化腳本。C++ 的效能優勢毋庸置疑，但同時也是三者中學習門檻最高的語言：記憶體管理、指標、編譯時間等問題，對新手而言相當不友善。Blueprint 的存在大幅降低了入門門檻，但當專案規模變大時，仍建議以 C++ 撰寫核心邏輯、Blueprint 處理資料配置與關卡組裝，形成混合架構。
Godot 的 GDScript 語法接近 Python，強調可讀性與快速迭代，是三者中最容易上手的選項。對於完全沒有程式基礎的初學者、或是想快速驗證想法的獨立開發者，Godot 的入門體驗幾乎是最好的。當然，GDScript 在效能上無法與 C# 或 C++ 相比，但對多數 2D 與中小型 3D 專案而言，這並不是瓶頸所在；若有效能需求，仍可透過 C# 或 GDExtension 補足。
三、商業授權的現實：錢要怎麼算
技術再強，最終還是得回到商業現實。引擎的授權模式直接影響專案的成本結構與長期風險，這也是近年開發者最敏感的話題。
Unity 的收費政策與信任危機
Unity 的收費模式相對複雜。個人版（Personal）在年營收低於一定門檻時可免費使用；超過門檻後則需訂閱 Pro（約每年兩千多美元起）或 Enterprise 方案。二〇二三年九月，Unity 宣布將對超過營收與安裝量門檻的遊戲收取「Runtime Fee」，也就是每當玩家安裝一次遊戲，開發者就需支付一筆費用。這項政策引發全球開發者強烈反彈，多家工作室公開發表抗議、部分開發者宣布跳槽其他引擎，Unity 股價也應聲重挫。
經過數月的輿論壓力，Unity 於二〇二四年正式取消 Runtime Fee，回歸以訂閱制為主的收費方式。然而，這場風波已經對開發者社群造成長期的信任傷害。許多團隊開始意識到：把整個專案的命脈綁在一家以營收最大化為目標的上市公司身上，本身就是一種風險。這種「平台風險意識」的覺醒，間接推動了 Godot 等開源引擎的成長。
Unreal 的 5% 分潤與談判空間
Unreal Engine 的授權模式相對單純：遊戲產品在總收入超過一百萬美元之後，需支付 5% 的權利金（近年 Epic 調整為 3.5% 起，並針對在 Epic Games Store 上架的產品提供額外優惠）。對於非遊戲類的商業應用，則有另一套按席位計費的授權方案。
這個模式對小型團隊相當友善：在一百萬美元營收之前，你完全不用付一毛錢，等於免費使用業界最強的引擎。但對大型專案而言，5% 的分潤是一筆可觀的成本——若一款遊戲營收一千萬美元，權利金就是五十萬美元。好在 Epic 通常願意與大型發行商洽談客製化合約，實際支付比例往往低於帳面數字。
值得注意的是，「營收門檻」的計算方式與稅務認定細節，往往比表面數字複雜，建議團隊在專案初期就諮詢法務與財務專業意見，避免日後爭議。
Godot 的 MIT 授權與隱形成本
Godot 採用 MIT 開源授權，這意味著你可以自由使用、修改、商用、甚至閉源發布，完全不需要支付任何權利金或分潤。對於預算有限的獨立開發者、教育機構、或是需要深度客製引擎的企業而言，這是極具吸引力的條件。
但「免費」並非沒有成本。使用 Godot 的隱形成本主要來自三個面向：第一，人力成本——當你需要某個功能而官方尚未支援時，往往得自己開發或聘請工程師修改引擎原始碼；第二，學習成本——教學資源與中文社群相對較少，遇到問題時能求助的對象有限；第三，平台成本——若目標是家機平台，可能需要透過第三方移植服務（如 W4 Games）付費處理，這部分的費用並不便宜。
換句話說，Godot 的免費是「授權免費」，但「使用成本」仍需依照專案規模與團隊能力務實評估。
四、平台覆蓋與效能實測
不同平台對引擎的要求差異極大，選型時務必先確認你的目標平台清單。
行動平台與小遊戲
在 iOS 與 Android 上，Unity 依然是市佔最高的選擇，其行動端的最佳化工具、廣告 SDK 整合、內購系統與各家商店的相容性都經過長期驗證。至於微信小遊戲、抖音小遊戲這類「超級 App 小遊戲」生態，Unity 與其官方轉換工具（如團結引擎、Unity WebGL 方案）也有較完整的支援。
Unreal 在手機上的表現近年有所改善（尤其是 UE5 針對行動端的行動渲染器），但專案體積與記憶體佔用仍偏高，較適合中高階機種的產品。Godot 4 已經支援 Android 與 iOS 輸出，但行動端的最佳化與 SDK 整合仍需自行處理較多細節，較不適合需要快速接入大量商業 SDK 的營運型手遊。
PC 與家機
PC 與家機是 Unreal 的主場。無論是 PS5、Xbox Series X|S 或高效能 PC，Unreal 都提供完整且經過大廠驗證的支援，《黑神話：悟空》等作品的成功更證明了它在高畫質單機領域的統治力。Unity 在 PC 與家機上同樣可行，且近年有不少成功案例，但在極致畫質與大規模場景的表現上仍難以與 Unreal 正面對決。
Godot 的家機支援是它目前最大的短板。由於 PlayStation、Xbox、Nintendo Switch 的開發套件都受 NDA 保護，開源引擎無法直接內建官方支援，開發者通常需要透過第三方服務或自行移植。不過 Godot 在 PC（Windows、macOS、Linux）與 Steam Deck 上的表現相當不錯，輕量化的特性讓它在低階硬體上也有良好的執行效率。
Web 與新興平台
WebGL 與 WebGPU 是近年成長快速的戰場。Unity 的 WebGL 輸出歷史最久，但專案體積較大、載入時間較長；Godot 4 的 Web 輸出仍在持續優化（尤其是 4.3 之後對 WebGPU 的支援），由於引擎本身輕量，載入速度具有優勢。Unreal 的 Web 支援則相對小眾，通常只用於展示或特定企業應用。
至於 AR、VR、XR 等新興平台，Unity 與 Unreal 都有成熟的 SDK 與案例；Godot 則有社群維護的 OpenXR 支援，可用於部分實驗性專案，但商業級應用仍需謹慎評估。
五、實戰選型指南：你該押哪一國？
看完前面的分析，你可能已經有些方向，但真正的選型決策，還是得回到「你是誰、你要做什麼」這兩個問題上。
個人開發者與小型獨立團隊
如果你是一人團隊或兩三人的小團隊，目標是做 2D 遊戲、像素風、敘事類、解謎類或輕量 3D 作品，Godot 是目前最值得優先考慮的選項。它免費、輕量、上手快，GDScript 讓你能在幾天內做出可玩的原型，而且沒有營收門檻的壓力，讓你可以在商業化之前專心打磨作品。若專案規模成長、需要更成熟的生態或家機移植，再評估是否轉向 Unity 也不遲。
如果你偏好 C# 與更豐富的資源生態，並希望未來有機會進入遊戲公司就職，那麼 Unity 依然是很好的起點。它的學習資源最多、社群最大，遇到問題時幾乎都能找到答案。
手遊與商業化營運團隊
對於以手機遊戲為核心、需要接入廣告、內購、數據分析、熱更新與多平台發行的商業團隊，Unity 仍是風險最低的選擇。它的 SDK 整合成熟、效能調校工具完整，且人才市場供給充足，團隊擴編時較容易找到即戰力。唯一需要留意的是訂閱費用與授權條款的長期變化，建議在合約與財務規劃上預留緩衝。
高畫質 3A 與大廠專案
若你的目標是寫實風格、大規模場景、電影級過場或跨媒體（如虛擬製片、動畫）應用，Unreal Engine 幾乎是不二之選。Nanite、Lumen、Sequencer、MetaSounds 等工具鏈能大幅壓縮美術與技術整合的時間，而且業界人才與外包資源都以此為中心。代價是較高的硬體門檻與學習成本，但對於資源充足的團隊而言，這是值得的投資。
至於想要在 3A 領域但預算有限的團隊，可以考慮「Unreal 製作原型、Unity 量產」或「Godot 做 2D 外傳、Unreal 做主線」的混合策略，依照專案性質靈活調度。
六、未來戰局：AI 工具、開源浪潮與生態競爭
三國的故事還沒結束，甚至可以說，真正的變局才正要開始。
首先是 AI 工具對引擎工作流的衝擊。三家引擎都在積極整合生成式 AI：Unity 推出了 Muse 與 Sentis，嘗試把 AI 輔助編碼、素材生成與行為推論納入編輯器；Unreal 則透過 Epic 的技術展示與合作，將 AI 應用於虛擬人、動畫生成與內容自動化；Godot 社群則有大量外掛嘗試接入開源模型，維持其一貫的開放路線。未來的引擎競爭，很可能不再只是「誰的渲染器更強」，而是「誰能更有效率地把 AI 變成生產力」。
其次是開源浪潮的持續壯大。Godot 每年都在進步，基金會的資金來源也逐漸多元化，加上 Runtime Fee 事件後大量開發者的「避險性遷移」，它的市佔正在穩定成長。若 Godot 能在家機支援、3D 高階渲染與商業 SDK 生態上持續補強，未來三國的勢力版圖很可能出現鬆動。
最後是平台與生態的競爭。Unity 正在重整其產品線與收費策略，試圖挽回開發者信任；Unreal 則持續往跨媒體（遊戲、影視、汽車、建築）擴張，把引擎從「遊戲工具」變成「即時 3D 內容平台」；Godot 則以「開發者自治」為號召，吸引重視自由度與長期穩定性的團隊。三條路線各有擁護者，也各有風險。
對開發者而言，這其實是最好的時代。市場上同時存在一個生態最廣的霸主、一個技術最強的精品路線、以及一個完全開放的社群選擇，意味著你可以依照專案需求與價值觀，選擇最適合自己的「國家」。唯一不變的真理是：引擎只是工具，作品才是根本。與其花三個月爭論哪個引擎比較好，不如花三天動手做一個可玩的原型——因為真正決定成敗的，從來不是你用哪個引擎，而是你有沒有把遊戲做完。
結語
Unity 像曹魏，靠著龐大的版圖與資源網絡號令天下，卻也得面對治理與信任的挑戰；Unreal 像蜀漢，以技術正統與精品路線立足，在高端戰場上有著難以撼動的地位；Godot 像東吳，資源有限卻靈活自足，靠著開源與社群的力量逐步壯大。三國演義的結局眾所皆知，但遊戲引擎的戰爭沒有最終贏家，只有不斷演進的平衡。
選引擎，其實就是選一個你願意長期共處的戰友。建議你依照以下順序思考：先確認目標平台與專案類型，再評估團隊的技術背景與預算結構，最後才是比較功能細節。如果可以，不妨三個引擎都下載來玩一玩，各做一個「三天原型」——你會發現，最適合你的那個引擎，往往在動手之後才會浮現。
祝福每一位開發者，都能在自己的戰國時代裡，找到屬於你的那一座城池。
```