string？wstring？
std::string是basic_string在char和std::wstring上的模板wchar_t。
char 与 wchar_t
char应该包含一个字符，通常是8位字符。
wchar_t应该具有宽字符，然后事情变得棘手：
在Linux上，a wchar_t为4字节，而在Windows上为2字节。
问题是既没有char也不wchar_t直接与unicode绑定。
在Linux上？
让我们以Linux操作系统为例：我的Ubuntu系统已经支持Unicode。当我使用char字符串时，它是本地编码为UTF-8（即Unicode的char字符串）。如下代码：
#include <cstring>
#include <iostream>
int main(int argc, char* argv[])
{
const char text[] = "olé" ;
std::cout << "sizeof(char) : " << sizeof(char) << std::endl ;
std::cout << "text : " << text << std::endl ;
std::cout << "sizeof(text) : " << sizeof(text) << std::endl ;
std::cout << "strlen(text) : " << strlen(text) << std::endl ;
std::cout << "text(ordinals) :" ;
for(size_t i = 0, iMax = strlen(text); i < iMax; ++i)
{
std::cout << " " << static_cast<unsigned int>(
static_cast<unsigned char>(text[i])
);
}
std::cout << std::endl << std::endl ;
// - - -
const wchar_t wtext[] = L"olé" ;
std::cout << "sizeof(wchar_t) : " << sizeof(wchar_t) << std::endl ;
//std::cout << "wtext : " << wtext << std::endl ; <- error
std::cout << "wtext : UNABLE TO CONVERT NATIVELY." << std::endl ;
std::wcout << L"wtext : " << wtext << std::endl;
std::cout << "sizeof(wtext) : " << sizeof(wtext) << std::endl ;
std::cout << "wcslen(wtext) : " << wcslen(wtext) << std::endl ;
std::cout << "wtext(ordinals) :" ;
for(size_t i = 0, iMax = wcslen(wtext); i < iMax; ++i)
{
std::cout << " " << static_cast<unsigned int>(
static_cast<unsigned short>(wtext[i])
);
}
std::cout << std::endl << std::endl ;
return 0;
}
输出以下文本：
sizeof(char) : 1
text : olé
sizeof(text) : 5
strlen(text) : 4
text(ordinals) : 111 108 195 169
sizeof(wchar_t) : 4
wtext : UNABLE TO CONVERT NATIVELY.
wtext : ol�
sizeof(wtext) : 16
wcslen(wtext) : 3
wtext(ordinals) : 111 108 233
您会看到“olé”文本char实际上是由四个字符构成的：110、108、195 和169（不计算结尾的零）。（我将让您学习wchar_t代码作为练习）
因此，char在Linux上使用时，通常应该在不知道的情况下最终使用Unicode。并且与std::string一起使用时char，std::string已经可以使用unicode了。
请注意std::string，与C字符串API一样，它将认为“olé”字符串具有4个字符，而不是3个字符。因此，在截断/播放unicode字符时，请务必谨慎，因为UTF-8中禁止使用某些字符组合。
在Windows上？
在Windows上，这有点不同。在Unicode出现之前，Win32必须支持许多应用程序，这些应用程序可以char与世界各地生产的不同字符集 / 代码页一起使用，并可以在这些字符集 / 代码页上使用。
因此，他们的解决方案是一个有趣的解决方案：如果应用程序使用char，则使用机器上的本地字符集/代码页将字符字符串编码/打印/显示在GUI标签上。例如，在法语本地化的Windows中，“olé”将是“olé”，但是在西里尔语本地化的Windows中，“olé”将有所不同（如果使用Windows-1251，则为“olй” ）。因此，“历史应用程序”通常仍将以相同的旧方式工作。
对于基于Unicode的应用程序，Windows使用wchar_t2字节宽的，并以UTF-16编码，而UTF-16是2字节字符的Unicode编码（或者至少是最兼容的UCS-2，几乎是UCS-2 IIRC）。
使用char的应用程序称为“多字节”（因为每个字形由一个或多个chars组成），而使用wchar_t的应用程序称为“ widechar”（因为每个字形由一个或两个组成wchar_t。有关更多信息，请参见MultiByteToWideChar和WideCharToMultiByte Win32转换API。
因此，如果您在Windows上工作，则极需要使用wchar_t（除非您使用隐藏了该框架的框架，例如GTK +或QT ...）。事实是，在幕后，Windows使用wchar_t字符串，因此即使使用API （在Win32 GUI上设置标签的低级API函数），即使是历史应用程序也将char转换其字符串。wchar_tSetWindowText()
内存问题？
UTF-32是每个字符4个字节，因此，如果仅UTF-8文本和UTF-16文本将始终比UTF-32文本使用更少或相同的内存量（通常更少），则无需添加太多内容）。
如果存在内存问题，那么您应该比大多数西方语言都知道，与相同的UTF-16相比，UTF-8文本将使用更少的内存。
但是，对于其他语言（中文，日文等），与UTF-16相比，UTF-8使用的内存将相同或稍大。
总而言之，UTF-16每个字符最多使用2个字节，有时使用4个字节（除非您要处理某种深奥的语言字形（Klingon？Elvish？），而UTF-8则使用1到4个字节。
有关更多信息，请参见http://en.wikipedia.org/wiki/UTF-8#Compared_to_UTF-16。
结论
什么时候应该在std :: string上使用std :: wstring？
在Linux上？几乎从不 （§）。
在Windows上？几乎总是 （§）。
在跨平台代码上？取决于您的工具箱...
（§）：除非您使用工具箱/框架，否则
可以std::string容纳所有ASCII字符集，包括特殊字符吗？
注意：A std::string适合于容纳“二进制”缓冲区，而a std::wstring不适合！
在Linux上？是。
在Windows上？仅特殊字符可用于Windows用户的当前区域设置。
编辑（在Johann Gerell发表评论之后）：
a std::string足以处理所有char基于字符串的字符串（每个字符串char都是0到255之间的数字）。但：
- ASCII应该从0到127。更高的
chars不是ASCII。
- 一个
char从0到127将被正确举行
- 一个
char128到255之间的符号将取决于您的编码（unicode，non-unicode等），但是只要它们以UTF-8编码，它就可以保存所有Unicode字形。
是std::wstring几乎所有流行的C ++编译器的支持？
通常，除了已移植到Windows的基于GCC的编译器。
它适用于我的g ++ 4.3.2（在Linux下），并且自Visual C ++ 6起，我就在Win32上使用了Unicode API。
什么是宽字？
在C / C ++上，它是一种wchar_t比简单char字符类型大的字符类型。它应该用于放入索引大于255（或127，取决于...）的字符（如Unicode字形）。