std::hex仅控制数值输出格式，不能直接转换字符串；需手动将每个字节转为两位十六进制字符并拼接，查表法高效安全，适用于任意字节流（含UTF-8），避免使用sprintf或std::format等格式化工具。
std::hex 不能直接把字符串转成十六进制字节流
很多人一看到 std::hex 就以为能直接把 "hello" 变成 "68656c6c6f"，其实它只是控制输出格式的流操纵器，只对数值类型（如 int、unsigned char）起作用。对 std::string 调用 std::hex 不会自动逐字节解析——它甚至不会编译通过。
真正要的是：把每个字符当成一个字节（unsigned char），再把它转成两位十六进制数字（0–9, a–f），拼成连续字符串。
- 别用
std::ostringstream 直接塞 <code>std::string，会输出地址或报错 - 必须显式遍历每个
char，先强转为unsigned char（否则'\xff'可能变成负数，导致高位补全出错） - 用
std::setw(2) 或手动查表，确保每位都占两位
最快方式：查表法 + 预分配内存
比 std::stringstream 快 3–5 倍，也比反复 += 字符串高效。核心是避免动态扩容和格式化开销。
示例代码片段：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
static constexpr char hex_chars[] = "0123456789abcdef";
std::string to_hex(const std::string& s) {
std::string out;
out.reserve(s.size() * 2); // 关键：预分配，避免多次 realloc
for (unsigned char c : s) {
out.push_back(hex_chars[c >> 4]);
out.push_back(hex_chars[c & 0x0F]);
}
return out;
}
-
c >> 4取高 4 位，c & 0x0F取低 4 位，比除法/取模快 - 查表数组必须是
constexpr且长度为 16，编译期确定，无运行时分支 - 如果需要大写十六进制，把表换成
"0123456789ABCDEF" - 不推荐用
std::format（C++20）做这事——它灵活但有格式解析开销，不适合纯二进制转码场景
遇到非 ASCII 字符或 UTF-8 怎么办
这个函数本身不关心编码，它只是按字节处理。所以对 UTF-8 字符串也完全适用——比如 "你好"（UTF-8 编码为 6 字节）会转成 12 位十六进制字符串，原样保留所有字节。
- 不需要额外 decode：C++ 的
std::string本质就是std::vector<char>，你传什么字节它就转什么字节 - 如果误把宽字符（
std::u16string）传进来，必须先用std::wstring_convert或 C++11 后的std::codecvt_utf8（已弃用）转成 UTF-8 字节流，再喂给上面的函数 - 不要试图在转换中做字符边界校验——那属于编码处理层，不是十六进制编码层的事
为什么不能用 sprintf / snprintf
虽然能用，但隐患多：
-
sprintf(buf, "%02x", c)中c若为char且值为负（如\xff），会被提升为负的int，输出变成ffffffef（符号扩展） - 必须写成
sprintf(buf, "%02x", (unsigned int)(unsigned char)c)，冗长易漏 - 栈上临时缓冲区大小难控，
snprintf虽安全但仍有格式化开销和调用成本 - 无法 inline，而查表法编译器很容易内联优化掉循环
底层逻辑就一句话：十六进制编码是字节到字符的确定性映射，不是“格式化”，别用格式化工具干编码的活。
