在網頁上測試 C++11 Regex -- 初試 emscripten

最近在摸熟 C++11 導入的 Regex 函式庫中使用的 regular expression 語法。C++11 Regex 預設是採用 ECMAScript (也就是 JavaScript) 中定義的 regular expression 規格 (詳見 spec)，而該語法並不完全相容於我比較熟悉的 awk/egrep 中所使用的 regular expression 語法。

最快摸熟的方式當然是實際去試試看。最先是很快地寫一個簡單的 C++ 命令列程式，反覆餵它一些資料然後觀察運作結果。幾次後發現這樣的土法煉鋼法，最好還是配合 GUI 程式比較
便於操作。正準備要動工時，腦袋中突然閃過前陣子在 SlideShare 上看到的一個簡介 emscripten 的投影片。透過 emscripten 的協助，我大可直接把原本那個 C++ 命令列程式轉譯成 asm.js 嵌入網頁中，再小改一下輸入輸出的部分，最終得到一個網頁 GUI 的版本。

C/C++ 如何實現 coroutine (fiber)?

近幾年不論在 Lua 、或 Unity C# 中，都能看到大量 coroutine 的應用範例。一旦了解 coroutine 的工作原理，很難不愛上它。C/C++ 中其實也可以實現 coroutine，但不知為何很少看到大規模應用，也或許是因為 multi-threading 的提倡而被冷落。結果反倒是在 Lua、Unity 等等以 single thread 應用為主的場合才又重新獲得關注。

C/C++ 伺服器藉由 FastCGI 快速提供 RESTful Web API

我負責的遊戲伺服器是以 C/C++ 開發的。而現今這年頭無論是跟哪家營運商合作，無可避免要提供 RESTful Web API 方便讓營運後台對伺服器進行動態的設定或提取即時資訊。我原本對 Web 後端技術所知不算多，不過整個流程摸索過一次之後，發現也沒想像中那麼複雜。以下說說心得。

首先你要知道 CGI 跟 FastCGI 是什麼東西。

說說 C/C++ 網路伺服器使用的各種多工器 (Multiplexer)

若想單單只靠作業系統提供的 API 來實作 C/C++ 網路伺服器程序，首先面臨的問題就是該怎麼設計連線的多工處理 -- 同時間與伺服器建立的連線可能成千上萬，怎麼有效地查覺誰送了資料過來需要回應? 在通訊和資訊網路的領域裡，像這樣「把眾多輸入訊號合併匯集後循序處理」的過程稱為「多工」(Multiplexing，大陸譯為「多路復用」)。因此，由作業系統提供，判斷現有連線中是否有待處理事件的 API ，即稱為「多工器」(Multiplexer)。

我在學校裡只學到一種最基本的多工器，就是 select()。踏入業界幾經歷練，才又陸續接觸到 poll(), epoll(), kqueue(), IOCP 等等的多工器。麻煩的地方在於每個作業系統支援的多工器種類都不一致。就算是以現今 2017 年來看，也只有最古老的 select() 幾乎能保證被各作業系統支援。因此，如果跨平台運行是伺服器的一個主要考量點，那麼伺服器端通常都還要自行開發一層網路事件分派層來統整各平台上多工器的使用差異，或著直接利用現用的第三方函式庫如 boost.asio 或 ACE 等。

我雖能力一般水平有限，但對於想一窺全貌但不知何處入門的同好們，提供一點走馬看花式的導覽，還是可勝任的。

大量運行 Unity Headless Player 遭遇的坑

Unity 支援將專案輸出為 Linux 平台上以 Headless 模式運行的 Player。Headless 指的是沒有圖形環境 (Ex: 沒有執行 X-Server)、甚至沒有接螢幕的電腦。通常放在機房中代管的伺服器、或是雲端平台上租用的虛擬主機都是以 Headless 的方式來運行。Headless Player 在應用上除了可利用來製作簡單 Server 程式之外，也可以用來製作「特殊的」客戶端版本，例如開發線上陪玩的 BOT 機器人、或是功能測試機器人等等，這麼做的考量點通常是想最大程度地共用既有的客戶端程式碼。

當我試著要在一台 Linux 機器上大量跑 Headless Player 時，總會發現運行到 170 ~ 180 隻後，系統就會開始出現無法 fork 的錯誤訊息，甚至整個系統都被癱瘓無法做事。就算是空的 Unity 專案也會有這個現象，因此懷疑一部分的原因出在 Unity 本身。

免費且快速地搞定 HTTPS 環境 (非自簽憑證)

遊戲營運後端免不了要跟 Web API 打交道。呼叫第三方的 Web API 是最常見的，另有少數場合必需提供簡易的 Web API 接口讓第三方查詢營運數據、或是使用第三方服務必需提供的 Webhook等等。這幾年，尤其是在 Apple 帶頭打壓  iOS 裝置上的 HTTP 的使用後，感覺要求全面以 HTTPS 來溝通的第三方服務日漸增多。其中不乏也有跟 Apple 一樣，完全不接受「自簽署 (Self-Signed) 憑證」的情況。如果對於 URL 中的域名長相並不在意 (例如說只是要提供 Webhook)，這裡倒是可以分享一下怎麼快速的搞定這類需求。

C/C++ 靜態函式庫中的全域變數暗藏的陷阱

Windows 平台上使用靜態函式庫時，對比其它類 Unix 平台如 Linux, BSD, Mac 等，存在一個關鍵的差異: Windows 上一個靜態函式庫在同一個程序空間 (Process space) 被 N 個程序模組 (exe, dll) 引用時, 會產生 N 份獨立的全域變數空間。而同樣的情況在其它類 Unix 平台上則是會共用同一份。