Unicode码点转UTF-8的底层逻辑是按码点范围映射为1~4字节序列：U+0000–U+007F→1字节，U+0080–U+07FF→2字节，U+0800–U+FFFF→3字节，U+10000–U+10FFFF→4字节，需严格位拆分并设置前缀与延续字节（0x80–0xBF）。
Unicode码点转UTF-8的底层逻辑是什么
C++标准库本身不提供直接将单个Unicode码点（如 0x1F600）转成UTF-8字节序列的函数，因为这本质上是编码规则映射，而非字符串操作。UTF-8对不同范围的码点使用1~4字节编码：U+0000–U+007F → 1字节，U+0080–U+07FF → 2字节，U+0800–U+FFFF → 3字节，U+10000–U+10FFFF → 4字节。手动实现时必须严格按位拆分、设置前缀和延续字节（0x80–0xBF），错一位就会产生非法序列。
实际项目中，优先考虑用成熟库处理，而不是手写编码逻辑——尤其当涉及代理对（surrogate pairs）、BOM、或错误恢复时，手写极易出错。
用std::codecvt_utf8（已弃用）会遇到什么问题
std::codecvt_utf8在C++11中引入，但C++17起被标记为deprecated，C++20彻底移除。即使你用较旧标准编译，也会遇到：
- 它只支持
wchar_t到UTF-8转换，而wchar_t在Windows是UTF-16（宽2字节），Linux/macOS通常是UTF-32（宽4字节），行为不一致 - 无法直接输入一个
char32_t码点；必须先包进std::wstring或std::u32string，再经std::wbuffer_convert（也已弃用）中转 - MSVC和libstdc++对它的实现有差异，某些边界码点（如
U+D800）可能静默失败或抛异常
结论：别用，哪怕代码能编译通过，也不代表它在所有平台输出合法UTF-8。
立即学习“C++免费学习笔记（深入）”；
推荐方案：用utf8cpp或手动实现4字节安全版
最轻量、可嵌入、无依赖的方式是抄一段经过验证的手动编码函数。utf8cpp的utf8::append是工业级选择，但若只想转单个码点，下面这个精简版足够用（支持完整Unicode范围，含错误检查）：
#include <string>
#include <cstdint>
<p>std::string utf8_encode(char32_t cp) {
if (cp < 0x80) {
return std::string(1, static_cast<char>(cp));
} else if (cp < 0x800) {
return std::string{
static_cast<char>(0xC0 | (cp >> 6)),
static_cast<char>(0x80 | (cp & 0x3F))
};
} else if (cp < 0x10000) {
return std::string{
static_cast<char>(0xE0 | (cp >> 12)),
static_cast<char>(0x80 | ((cp >> 6) & 0x3F)),
static_cast<char>(0x80 | (cp & 0x3F))
};
} else if (cp <= 0x10FFFF) {
return std::string{
static_cast<char>(0xF0 | (cp >> 18)),
static_cast<char>(0x80 | ((cp >> 12) & 0x3F)),
static_cast<char>(0x80 | ((cp >> 6) & 0x3F)),
static_cast<char>(0x80 | (cp & 0x3F))
};
}
// 非法码点：U+D800–U+DFFF（代理区）或 > U+10FFFF
return {};
}</p>调用示例：utf8_encode(0x1F600) → "\xF0\x9F\x98\x80"（?）；utf8_encode(0xD800) → 空字符串（显式拒绝代理对）。
为什么不能直接用std::to_string或sprintf
std::to_string把数字转成十进制ASCII字符串，比如std::to_string(0x1F600)得到"128512"，不是UTF-8字节；sprintf(buf, "%c", cp)会截断高位，把char32_t强转成char，只取低8位——对0x1F600就是0x00，完全丢失信息。
常见误操作还包括：用std::string(1, cp)（cp被隐式转为unsigned char，仅保留末8位）、或把码点当UTF-16代理对拆开处理（如0x1F600在UTF-16里是0xD83D 0xDE00，但C++里你拿到的是单个char32_t，不该再拆）。
真正要注意的其实是输入来源：确保你拿到的是合法char32_t值（0–0x10FFFF，且不在代理区），否则编码函数再正确也没用。
