让我们考虑一下：
char const str[] = u8"ñ";
auto const* u8_code_units = reinterpret_cast<unsigned char*>(str);
// using u8_code_units elements
完全可移植且符合C ++标准吗？或者有一些条款说明它的未定义行为或取决于任何未指定的值？我知道unsigned char和char具有相同的对齐要求，reinterpret_cast<T*>(v)在这种情况下等于static_cast<T*>(static_cast<void*>(v))，因此，我认为使用它是完全安全和便携的但我不确定。
答案 0 :(得分：2)
完全可移植且符合C ++标准吗？
有点，但不是你想的原因。
请参阅，您必须以某种格式将该文件实际保存到磁盘。这意味着您的编译器必须能够读取相同的格式。编译器支持的文本格式是实现定义的。
但是，如果您的编译器支持您保存的格式，并且该格式可以保存Unicode编码的字符，那么您的编译器将在此处做正确的事。
即使reinterpret_cast也没问题，因为编译器要求char数组可以通过unsigned char数组访问，即使平台的char已签名也是如此。标准明确要求，当通过char读取UTF-8格式的unsigned char数组时，您将获得UTF-8格式所需的位。
但请注意：
我知道unsigned char和char应具有相同的对齐要求，reinterpret_cast（v）等于static_cast（static_cast（v）），
这不足以保护你。它的工作原理是因为标准显式表示它适用于这种特殊情况，而不是因为对齐要求等。 char和unsigned char对别名规则有例外允许这样做;对齐与它无关。