我很难从我的 C++ 标准副本中理解宏 __STDC_ISO_10646__：
__STDC_ISO_10646__
yyyymmL 形式的整数常量（例如，199712L）。如果 此符号已定义，则需要 Unicode 中的每个字符 set，当存储在 wchar_t 类型的对象中时，具有与 该字符的短标识符。 Unicode 必需集 由 ISO/IEC 10646 定义的所有字符组成， 连同指定的所有修正和技术勘误 年和月。
据我了解，这意味着您系统上的 wchar_t 将代表一个 unicode 代码点。它是否正确？如果是这种情况，那么 utf-8 和 utf-16 编码将不符合要求，而 utf-32 将符合要求，对吗？另外，还有哪些其他字符编码符合？
【问题讨论】：
宏与存储在 wchar_t 中的 unicode 字符的值相关。
更具体地说，随着对标准的修改，ISO/IEC 10646 标准支持更多字符。
您可以将年份和月份定义为宏的值意味着当您将 Unicode 字符存储到 wchar_t 变量时，将存储在该变量中的 unicode 字符的值将是在给定的年份和月份生效。
请参阅此处[http://www.unicode.org/charts/][1] 以获取 Unicode 短标识符的参考
希望对你有帮助
左撇子
【讨论】：
wchar_t 定义宏吗？
CHAR_BIT 等于例如 9 或 64，所以 @987654325 @ 永远不能被要求正好是 16 位。维基百科不是一个可靠的来源。它的任何参考文献都支持这种说法吗？
您引用的标准部分（第 16.8 节预定义宏名称 [cpp.predefined]）为一系列定义添加前缀：
¶2 以下宏名称由实现有条件地定义：
也就是说如果实现不能满足要求（例如因为wchar_t是16位类型），那么实现就不会定义__STDC_ISO_10646__。
另一方面，如果wchar_t 是32 位或更大的类型，那么实现很可能能够定义宏。 ISO 10646 只需要 21 位来表示所有字符，但对于（几乎）所有实际用途，这意味着 16 位 wchar_t 太小而 32 位 wchar_t 足够大。这也意味着从头开始的实现很可能使wchar_t 成为 32 位类型。如果预先存在的实现在此选项标准化之前选择了 16 位 wchar_t，则可能会因向后兼容性而受阻。
【讨论】：
sizeof(wchar_t)）。
starting with Unicode 2.0 (July, 1996), it has not been a 16-bit encoding. 尽管似乎在 ISO 10646-2 (2001) 中添加了补充平面（BMP 之外的字符）。谢谢。