C++/CX 性能陷阱與優化指南

邊界開銷

C++/CX 應用與 Windows Runtime (WinRT) 交互是主要性能瓶頸，三大開銷：

1. 數據轉換：Web 服務常用 UTF-8，WinRT 內部用 UTF-16，轉換成本高且不確定。
2. 類型轉換：如 wstring ↔ wchar_t*、Platform::String^ 互轉，涉及內存拷貝。
3. 數據拷貝：跨邊界必須拷貝，即使無轉換需求。

核心原則：識別邊界，盡量避免跨越；不可避免時最小化轉換與拷貝。

字符串處理優化

• 內部用 std::wstring/wchar_t*，WinRT 要求 Platform::String^ (不可變、引用計數)。
• 每次轉換觸發分配+拷貝，極其昂貴。
• 庫作者建議： 為每種字符串類型提供重載 API，避免使用者端轉換。
• 優先使用迭代器操作，避免構建中間字符串對象。
• 尋找返回 wchar_t* 的 API，直接構造 String^，跳過 wstring 中間層。
• StringReference 技巧：傳遞 wchar_t* 給接受 String^ 的 API 可創建輕量外觀，但要求空終止、不修改、無長期引用。

集合性能

WinRT 集合 (IVector, IMap) 修改即觸發通知 (用於 XAML 綁定)，遠比 STL 容器昂貴。建議：

• 內部用 STL (std::vector, std::map) 處理數據。
• 僅在需綁定 UI 時一次性轉換為 WinRT 集合。
• 避免頻繁操作 WinRT 集合。

總結

C++/CX 高性能關鍵在於邊界意識：將 WinRT 交互集中在薄適配層，核心邏輯純 C++ 實現，批量轉換替代增量轉換。