MMORPG 遊戲開發入門指南：從零開始打造網路遊戲

譯者序

本文由《永恆大陸》主程式 Radu Privantu 撰寫，針對資源有限的獨立開發者，系統闡述 MMORPG 開發的關鍵步驟、架構決策與避坑指南。內容源於實戰經驗，極具參考價值。

第一步：誠實評估自身能力與資源

必備技能

• 至少精通一門程式語言（C++ 因效能優勢為首選，VB/Java/C# 亦可）
• 熟悉一種圖形庫（SDL、OpenGL、DirectX/D3D）
• 掌握網路通訊庫（WinSock、SDL_net、DirectPlay）
• 具備遊戲開發基礎經驗（事件迴圈、多執行緒、GUI 設計）

強烈建議技能

• Client/Server 架構通訊設計
• 跨平台開發能力（伺服器部署多 OS，建議 SDL/OpenGL/SDL_net）
• 網站開發（玩家統計、伺服器資訊發布）
• 資安管理（防禦伺服器攻擊）
• 團隊組織與領導能力

第二步：務實的初步規劃

避免「招募 3 美術、2 程式、1 音樂、承諾獲利分紅」的空泛提案。正確做法：設計小規模、高功能性、可擴展的架構原型。

最小可行性架構（C/S 模型）

1. 建立新角色
2. 角色資料持久化（伺服器端）
3. 角色登入
4. 玩家即時聊天
5. 3D 空間自由移動

角色資料儲存方案比較

網路協定選擇：TCP vs UDP

• TCP： 可靠、有序、適合新手、頻寬充足時首選
• UDP： 低延遲但需自行處理封包遺失/重排，新手極易踩坑

作者實際採用 TCP 未遇瓶頸，建議初學者優先採用。

伺服器模型：執行緒 vs 非阻塞

作者團隊因資源限制採用單執行緒非阻塞模型。

第三步：封包協定設計

不可直接傳送以 \0 結尾的字串。需統一協定處理二進位與文字資料：

Offset 0:  1 byte  - 指令代碼
Offset 1:  2 bytes - 資料長度
Offset 3:  N bytes - 訊息內容

優點：統一標準；缺點：固定長度指令浪費頻寬，後續可改混合模式。

第四步：客戶端技術選型（2D vs 3D）

作者經驗：3D 反而更簡單。現代圖形庫提供強大功能（自動深度排序、光照計算、材質貼圖），自由度高。2D 需自行處理像素格式相容、精靈排序、動畫系統，且用 3D 庫做 2D 卻失去 3D 優勢。

註：現代顯卡普遍支援 3D 加速，此論點在當今更成立。

第五步：安全性鐵律

1. 永不信任客戶端： 所有輸入必須伺服器驗證（緩衝區溢位、非法指令、偽造物品/屬性）
2. 記錄異常： 記錄非法操作的用戶名、IP、時間、原因；分析模式判斷 Bug vs 作弊
3. 資料權威在伺服器： 客戶端僅接收顯示資料，不儲存狀態
4. 最小權限原則： 客戶端僅知附近玩家/物件資訊，防外掛（如地圖全玩家顯示）
5. 移動速度伺服器權威計算： 記錄上次移動時間，拒絕超速請求（網路延遲造成的突發封包除外）
6. 距離檢查： 交易/互動需驗證雙方距離
7. ID 邊界檢查： 防止陣列越界攻擊（如傳入超大 Actor ID 導致伺服器存取非法記憶體）

第六步：組建團隊的現實路徑

理想完整團隊（10-15 人）：3+ 程式（伺服器、客戶端、工具）、2-3 美術（3D、2D、動畫）、世界建構者、網站管理、遊戲經濟設計師。

現實啟動策略

1. 核心雙人組：1 程式 + 1 美術（找朋友、付費找學生）
2. 完成可執行 C/S 原型 + 截圖/試玩版
3. 展示成果後招募志願者（客戶端開源、伺服器閉源）
4. 官網建設：有內容再上線，避免「建設中」的空洞頁面