在windwos中的字符串可分為7-bit的 ASCII標準 ， 8-bit ANSI標準和 16-bit Unicode標準。而windows NT 是原生支持Unicode的。所以任何別的標準使用，系統都會把它轉換成Unicode。但是著不代表為了效率而只使用Unicode。因為Unicode是使用2 byte來存儲字符的，所以它比單字節字符集或則多字節字符集要費內存空間。

CRT中字符管理

CRT中ANSI C標準部分兩個字符類型char 和wchar_t char ：用雙引號括起來的常量，如“general”表示其中每一字符為char型（8位）。這些字符串可以用string.h頭文件下的函數處理。如的strlen()

wchar_t：用雙引號括起來的前綴加上 L 的常量，如L”wide character”，表示其中每一字符為wchar_t型(一般為16位）。這些字符串用wchar.h頭文件中函數處理 。如wcslen()

在CRT中非ANSI C標準部分有一個 tchar.h頭文件 該表頭文件不是ANSI C標準的一部分，因此那里定義的每個函數和宏定義的前面都有一條底線。tchar.h為需要字符串參數的標準執行時期鏈接庫函數提供了一系列的替代名稱（例如，_tPRintf和_tcslen）。有時這些名稱也稱為「通用」函數名稱，因為它們既可以指向函數的Unicode版也可以指向非Unicode版。

如果用預編譯指令定義了_UNICODE的標識符并且程序中包含了tchar.h表頭文件，那么_tcslen就定義為wcslen

#define _tcslen wcslen 如果沒有定義_UNICODE，則_tcslen定義為strlen： #define _tcslen strlen

tchar.h還用一個新的數據型態TCHAR來解決兩種字符數據型態的問題。如果定義了_UNICODE標識符，那么TCHAR就是wchar_t： typedef wchar_t TCHAR ; 否則，TCHAR就是char： typedef char TCHAR ;

如果定義了_UNICODE標識符，那么一個稱作__T的宏就定義如下 #define __T(x) L##x 那一對井字號稱為「粘貼符號（token paste）」，它將字母L添加到宏參數上。因此，如果宏參數是”Hello!”，則L##x就是L”Hello!”。

如果沒有定義_UNICODE標識符，則__T宏只簡單地定義如下： #define __T(x) x 此外，還有兩個宏與__T定義相同：

Tips: 上述名稱中 t代表tchar的意思

同樣的 tchar.h頭文件中還有一個宏_MBCS負責把t開頭的函數（宏）轉換為處理多字節字符集的函數

windwos中的字符管理

windwos中你可以像c/c++標準中一樣處理字符串。但是也可以使用獨特的windows 單一編碼原則。只需要讓Windows程序包括表頭文件windows.h。該文件包括許多其它表頭文件，包括windef.h，該文件中有許多在Windows中使用的基本型態定義，而且它本身也包括winnt.h。winnt.h處理基本的Unicode支持。

winnt的前面包含C的表頭文件ctype.h，這是C/C++的眾多表頭文件之一，包括wchar_t的定義。winnt.h定義了新的數據型態，稱作CHAR和WCHAR： typedef char CHAR ; typedef wchar_t WCHAR ; // wc WCHAR定義后面的注釋是匈牙利標記法的建議：一個基于WCHAR數據型態的變量可在前面附加上字母wc以說明一個寬字符。 winnt.h表頭文件進而定義了可用做8位字符串指針的六種數據型態和四個可用做const 8位字符串指針的數據型態。這里精選了表頭文件中一些實用的說明數據型態語句：

Tips:

前綴N和L表示「near」和「long」，指的是16位Windows中兩種大小不同的指標。在Win32中near和long指標沒有區別。其中cch為 const char 的意思

類似地，WINNT.H定義了六種可作為16位字符串指針的數據型態和四種可作為const 16位字符串指針的數據型態：

Tips: c++中有如下宏

#define CONST const

與tchar.h一樣，winnt.h將TCHAR定義為一般的字符類型。如果定義了標識符UNICODE（沒有底線），則TCHAR和指向TCHAR的指針就分別定義為WCHAR和指向WCHAR的指標；如果沒有定義標識符UNICODE，則TCHAR和指向TCHAR的指針就分別定義為char和指向char的指標：

如果已經在某個表頭文件或者其它表頭文件中定義了TCHAR數據型態，那么WINNT.H和WCHAR.H表頭文件都能防止其重復定義。不過，無論何時在程序中使用其它表頭文件時，都應在所有其它表頭文件之前包含WINDOWS.H。

winnt.h表頭文件還定義了一個宏，該宏將L添加到字符串的第一個引號前。如果定義了UNICODE標識符，則一個稱作 __TEXT的宏定義如下： #define __TEXT(quote) L##quote 如果沒有定義標識符UNICODE，則像這樣定義__TEXT宏： #define __TEXT(quote) quote 此外， TEXT宏可這樣定義： #define TEXT(quote) __TEXT(quote) 這與tchar.h中定義_TEXT宏的方法一樣，只是不必操心底線。

Windows函數呼叫

win32 的鏈接庫文件一般以32結尾，如USER32.DLL，而鏈接庫中字符處理方面的函數都有兩個版本（char 類型的和寬字符類型）。如MessageBox就有兩個版本。幸運的是，您通常不必關心這個問題，程序中只需使用MessageBox即可。 當使用動態連接來編寫windows 程序時，所謂函數“調用”實際會調用user32.dll中真正的函數。這就是所謂的動態連接 而user32.dll是由兩個函數入口的，一個是char型的一個是寬字符類型的通過一系列類似tcahr.h中的宏定義最終會自動選擇調用哪個函數。 MessageBox函數定義如下： int WINAPI MessageBox (HWND, LPCSTR, LPCSTR, UINT) ; 函數的第二個、第三個參數是指向常數字符串的指針。而WINAPI它指定了一個呼叫約定，包括如何生產機械碼以在堆棧中放置函數呼叫的參數。許多Windows函數呼叫聲明為WINAPI。 下面是MessageBoxA在WINUSER.H中定義的方法。這與MessageBox早期的定義很相似：

下面是MessageBoxW：

在WINUSER.H中定義的相關宏

Note: windwos 基本所有能自動識別char和寬字符的函數，底層都是通過上面的宏定義實現的。后綴A 表示的ASCII版本 ，也就是byte類型的。后綴W表示的是wide character 版本，也就是wchar_t。

windows 中的字符串處理

windows 中字符處理的函數非常多，從所屬版塊我們可以大致分為三種。 - CRT，其中的很多函數只能處理char 或者寬字符字符串。且存在安全隱患。下面會詳細介紹 - winows 同一編碼維護的版本，這些能自動選擇處理char還是寬字符字符串。也存在安全隱患 - windows 安全版。這些能自動選擇處理char還是寬字符字符串。且不存在安全隱患

例如strlen 返回的是char（byte）的個數。而lstrlen會根據TCHAR具體的類型選擇返回char長度還是寬字符個數。StringCchLength 也會根據TCHAR具體類型來返回char還是寬字符個數，但是這個函數會防止緩沖區溢出，而StringCbLength返回的是字符串中有多少個byte（1 char==1 byte，1 wchar_t==2 byte）,同樣這個函數一會防止緩沖區溢出。

而在CRT中字符處理方面的函數遠不止上面那些。我也可以把它進行以下分類

Tips： 詳細的字符處理函數用法情參考msdn https://msdn.microsoft.com/en-us/library/windows/desktop/ff468909(v=vs.85).aspx

windows 格式化字符串

c標準中的printf(); int printf (const char * szFormat, …) ;· 而windows 中使用sprintf() int sprintf (char * szBuffer, const char * szFormat, …) ;

第一個參數是字符緩沖區；后面是一個格式字符串。Sprintf不是將格式化結果標準輸出，而是將其存入szBuffer。該函數返回該字符串的長度。在文字模式程序設計中 printf (“The sum of %i and %i is %i”, 5, 3, 5+3) ; 的功能相同于 char szBuffer [100] ;

sprintf (szBuffer, “The sum of %i and %i is %i”, 5, 3, 5+3) ;

puts (szBuffer) ;

在Windows中，使用MessageBox顯示結果優于puts。

幾乎每個人都經歷過，當格式字符串與被格式化的變量不合時，可能使printf執行錯誤并可能造成程序當掉。使用sprintf時，您不但要擔心這些，而且還有一個新的負擔：您定義的字符串緩沖區必須足夠大以存放結果。Microsoft專用函數_snprintf解決了這一問題，此函數引進了另一個參數，表示以字符計算的緩沖區大小。

vsprintf是sprintf的一個變形，它只有三個參數。vsprintf用于執行有多個參數的自訂函數，類似printf格式。vsprintf的前兩個參數與sprintf相同：一個用于保存結果的字符緩沖區和一個格式字符串。第三個參數是指向格式化參數數組的指針。實際上，該指針指向在堆棧中供函數呼叫的變量。va_list、va_start和va_end宏（在STDARG.H中定義）幫助我們處理堆棧指針。本章最后的SCRNSIZE程序展示了使用這些宏的方法。使用vsprintf函數，sprintf函數可以這樣編寫：

int sprintf (char * szBuffer, const char * szFormat, …)

{

}

va_start宏將pArg設置為指向一個堆棧變量，該變量地址在堆棧參數szFormat的上面。

由于許多Windows早期程序使用了sprintf和vsprintf，最終導致Microsoft向Windows API中增添了兩個相似的函數。Windows的wsprintf和wvsprintf函數在功能上與sprintf和vsprintf相同，但它們不能處理浮點格式。

當然，隨著寬字符的發表，sprintf類型的函數增加許多，使得函數名稱變得極為混亂。表2-1列出了Microsoft的C執行時期鏈接庫和Windows支持的所有sprintf函數。

Tips： 詳細的字符處理函數用法情參考msdn https://msdn.microsoft.com/en-us/library/windows/desktop/ff468909(v=vs.85).aspx

【參考】 winodws 程序設計 第五版

C/C++ Language and Standard Libraries https://msdn.microsoft.com/en-us/library/hh875057.aspx

Strings https://msdn.microsoft.com/en-us/library/windows/desktop/ms646979(v=vs.85).aspx

CRT Alphabetical Function Reference https://msdn.microsoft.com/en-us/library/634ca0c2.aspx

Tchar.h 中的一般文本映射 https://msdn.microsoft.com/zh-cn/library/c426s321.aspx

About Strings https://msdn.microsoft.com/en-us/library/windows/desktop/ms647465(v=vs.85).aspx

Unicode in Visual C++ 2 https://msdn.microsoft.com/en-us/library/cc194799.aspx

fprintf_s, _fprintf_s_l, fwprintf_s, _fwprintf_s_l https://msdn.microsoft.com/en-us/library/ksf1fzyy.aspx

通用 Windows 平臺應用中不支持的 CRT 函數 https://msdn.microsoft.com/library/windows/apps/jj606124.aspx

[轉]C++ Unicode SBCS 函數對照表 http://www.cnblogs.com/PiaoDbg/archive/2012/03/04/2379336.html