源文件编码与执行字符集是否影响宽字符的内部代码单元？

首先先纠正你提到的“三者一致”的假设：不需要强制让源文件编码、/source-charset、/execution-charset三者全部一致，这三个参数的作用是分层的，我来拆解下：

• 源文件编码 + /source-charset：这俩必须一致，否则编译器读取源文件时会把字符解析错（比如把UTF-8的“茅”当成GBK读，就会得到乱码的码点）
• /execution-charset：这个参数只负责处理**窄字符（char类型）**的常量/字符串——编译器会把解析后的Unicode码点转换成该编码的字节序列，写入可执行文件。它和宽字符（wchar_t、char16_t、char32_t）的处理完全无关。

回到你的核心问题：当你正确设置/source-charset与源文件编码一致时，L'茅'、u'茅'、U'茅'这些字符常量的代码单元不会随所选的encodingA变化。原因很简单：
这些带前缀的字符字面量是Unicode字符常量，编译器的处理流程是固定的：

1. 用/source-charset指定的编码读取源文件中的“茅”，把它转换成对应的Unicode码点（“茅”的Unicode码点是固定的U+8305）
2. 根据前缀类型，把这个固定的码点转换成对应字符类型的代码单元：
   • L'茅'：在Windows上wchar_t是UTF-16编码，所以代码单元是0x8305；如果是其他使用UTF-32作为wchar_t编码的平台，就是0x00008305
   • u'茅'：对应UTF-16的代码单元，固定为0x8305
   • U'茅'：对应UTF-32的代码单元，固定为0x00008305

只要/source-charset能正确解析源文件里的“茅”（也就是和源文件编码匹配），不管你用的是UTF-8、GBK还是其他支持“茅”的编码，最终编译器都会得到同一个Unicode码点，进而生成相同的代码单元。

举个直观的例子：你把源文件存成GBK，/source-charset设为GBK，编译器会把GBK编码的“茅”（字节0xC3 0xAC）转换成U+8305；如果源文件存成UTF-8，/source-charset设为UTF-8，编译器会把UTF-8编码的“茅”（字节0xE8 0x8C 0x85）也转换成U+8305。后续的代码单元转换都是基于这个固定码点，所以结果完全一致。

内容的提问来源于stack exchange，提问作者Rick