WChars、編碼、標準和便攜性下面的問題可能不符合要求，如果超出范圍，請隨時告訴我離開。這里的問題基本上是，“我是否正確地理解了C標準，這是正確的方法嗎？”我想要求澄清、確認和更正我對C中字符處理的理解(因此C+和C+0x)。首先，一個重要的觀察：可移植性和序列化是正交概念。便攜的東西就像C，unsigned int, wchar_t..可序列化的東西是這樣的uint32_t或者UTF-8。“可移植”意味著您可以在每個受支持的平臺上重新編譯相同的源代碼并獲得工作結果，但是二進制表示可能完全不同(甚至不存在，例如tcp對載體鴿子)。另一方面，可序列化的事物總是具有同表示，例如，我可以在Windows桌面、手機或牙刷上讀取的PNG文件?？梢浦驳臇|西是內部的，可串行化的東西處理I/O，便攜的東西是類型化的，可序列化的東西需要類型雙關語。</序言>談到C中的字符處理，有兩組內容分別與可移植性和序列化相關：wchar_t, setlocale(), mbsrtowcs()/wcsrtombs(): C標準對“編碼”只字不提。事實上，它對任何文本或編碼屬性都是完全不可知的。上面只寫著“你的切入點是main(int, char**)；你得到了一個類型wchar_t它可以保存系統的所有字符；您可以獲得讀取輸入字符序列的函數，并將它們轉換為可行的wstring，反之亦然。iconv()和UTF-8，16，32：在定義明確的固定編碼之間轉換代碼的函數/庫。ICov處理的所有編碼都是普遍理解和商定的，只有一個例外。C的可移植的、編碼不可知的世界與它之間的橋梁wchar_t可移植字符類型和確定性外部世界是WCHAR-T和UTF之間的ICUV轉換.因此，我應該始終將字符串存儲在與編碼無關的wstring中嗎？wcsrtombs()，并使用iconv()為了序列化？概念上：                        my program    <-- wcstombs ---  /==============\   --- iconv(UTF8, WCHAR_T) -->CRT                   |   wchar_t[]  |                                <Disk>    --- mbstowcs -->  \==============/   <-- iconv(WCHAR_T, UTF8) ---                            |                            +-- iconv(WCHAR_T, UCS-4) --+                                                        |       ... <--- (adv. Unicode malarkey) ----- libicu ---+實際上，這意味著我會為我的程序入口點編寫兩個鍋爐板包裝器，例如C+：// Portable wmain()-wrapper#include <clocale>#include <cwchar>#include <string>#include <vector>這是使用純標準C/C+編寫一個慣用的、可移植的、通用的、與編碼無關的程序核心的正確方法嗎？(請注意，Unicode規范化或diacritic替換等問題超出了范圍；只有在您決定實際需要之后才能解決。Unicode(與你可能想要的任何其他編碼系統不同)，現在是處理這些細節的時候了嗎，例如使用像libicu這樣的專用庫。)