我经常使用std:：string来保存utf-8字符，而没有任何问题。我强烈建议在与使用utf-8作为本机字符串类型的API接口时这样做。

例如，当我的代码与Tcl解释器接口时，我使用utf-8。

主要的警告是std:：字符串的长度，不再是字符串中的字符数。

一个好问题！我认为数据编码（有时还涉及字符集）是一种内存表达机制，用于将数据保存到文件或通过网络传输数据，因此我将这个问题回答为：

1.何时应该使用std:：wstring而不是std:：string？

如果编程平台或API函数是单字节的，并且我们想要处理或解析一些Unicode数据，例如从Windows的.REG文件或网络2字节流中读取的数据，那么我们应该声明std:：wstring变量以方便处理它们。例如：wstring ws=L“中国a“（6个八位字节内存：0x4E2D 0x56FD 0x0061），我们可以使用ws[0]获取字符'中' 和ws[1]获取字符'国' 和ws[2]获取字符“a”等。

2.std:：string是否可以保存整个ASCII字符集，包括特殊字符？

对但请注意：美国ASCII，意味着每个0x00~0xFF八位字节代表一个字符，包括可打印文本，如“123abc&*_&”，您所说的特殊文本，大多打印为“”避免混淆编辑器或终端。还有一些国家扩展了自己的“ASCII”字符集，例如中文，使用2个八位字节来表示一个字符。

3.所有流行的C++编译器都支持std:：wstring吗？

也许，或者大部分。我使用过：VC++6和GCC 3.3，是

4.什么是“宽字符”？

宽字符主要表示使用2个八位字节或4个八位字符来容纳所有国家的字符。2个八位字节UCS2是一个代表性示例，此外，例如英语“a”，其内存为0x0061的2个八位数（而ASCII“a”的内存为1个八位位0x61）

我建议避免在Windows或其他地方使用std:：wstring，除非接口需要，或者在Windows API调用和相应编码转换附近的任何地方使用。

我的观点总结在http://utf8everywhere.org我是其中的一位合著者。

除非您的应用程序是以API调用为中心的，例如主要是UI应用程序，否则建议将Unicode字符串存储为std:：string并以UTF-8编码，在API调用附近执行转换。本文概述的好处超过了转换的明显烦恼，尤其是在复杂的应用程序中。对于多平台和图书馆开发来说，这是双重的。

现在，回答您的问题：

一些薄弱的原因。它的存在是出于历史原因，人们认为宽字符是支持Unicode的正确方式。它现在被用于接口更喜欢UTF-16字符串的API。我只在这些API调用的直接附近使用它们。这与std:：string无关。它可以保存你放入的任何编码。唯一的问题是你如何对待它的内容。我的建议是UTF-8，因此它将能够正确保存所有Unicode字符。这是Linux上的常见做法，但我认为Windows程序也应该这样做。不宽字符是一个令人困惑的名称。在Unicode的早期，人们相信一个字符可以用两个字节编码，因此得名。今天，它代表“字符的任何两个字节长的部分”。UTF-16被视为此类字节对的序列（也称为宽字符）。UTF-16中的字符采用一对或两对。

当您希望使用Unicode字符串而不仅仅是ascii时，这有助于国际化是的，但它与0的配合不好没有意识到宽字符是编译器特有的处理unicode字符固定长度表示的方式，对于MSVC，它是2字节字符，对于gcc，我理解它是4字节。以及+1表示http://www.joelonsoftware.com/articles/Unicode.html

如果应用程序不满足256个不同的字符，则可以选择使用宽字符（超过8位）或可变长度编码（C++术语中的多字节编码），如UTF-8。宽字符通常比可变长度编码需要更多的空间，但处理速度更快。处理大量文本的多语言应用程序通常在处理文本时使用宽字符，但在将文本存储到磁盘时将其转换为UTF-8。

字符串和wstring之间的唯一区别是它们存储的字符的数据类型。字符串存储的字符大小保证至少为8位，因此您可以使用字符串来处理例如ASCII、ISO-8859-15或UTF-8文本。该标准没有说明字符集或编码。

实际上，每个编译器都使用一个字符集，其前128个字符与ASCII对应。使用UTF-8编码的编译器也是如此。在UTF-8或其他可变长度编码中使用字符串时，需要注意的重要一点是，索引和长度是以字节而不是字符来度量的。

wstring的数据类型是wchar_t，其大小在标准中没有定义，除了它必须至少与一个字符一样大，通常是16位或32位。wstring可用于处理实现定义的宽字符编码中的文本。因为标准中没有定义编码，所以在字符串和wstring之间进行转换并不简单。也不能假设wstring具有固定长度编码。

如果您不需要多语言支持，那么可以只使用常规字符串。另一方面，如果您正在编写图形应用程序，则API通常只支持宽字符。然后，您可能希望在处理文本时使用相同的宽字符。请记住，UTF-16是一种可变长度编码，这意味着您不能假定length（）返回字符数。如果API使用固定长度编码，例如UCS-2，则处理变得容易。在宽字符和UTF-8之间进行转换很难以可移植的方式进行，但话说回来，您的用户界面API可能支持这种转换。

我经常使用std:：string来保存utf-8字符，而没有任何问题。我强烈建议在与使用utf-8作为本机字符串类型的API接口时这样做。

例如，当我的代码与Tcl解释器接口时，我使用utf-8。

主要的警告是std:：字符串的长度，不再是字符串中的字符数。