使用std::hex、std::setw(2)、std::setfill('0')和static_cast<int>(unsigned char)可正确输出固定宽度、补零、大写的十六进制字节;需避免std::dec干扰、char符号扩展及C字符串截断,推荐用std::vector<uint8_t>存储二进制数据。

用 std::hex 和 std::setw 输出固定宽度十六进制数
直接用 std::hex 会让数字输出不带前缀、不补零、宽度不一致,根本没法当数据查看器看——比如 0xa 和 0xff 对齐困难,更别说多字节数据了。
必须组合使用:std::hex 控制进制,std::setw 固定字段宽度,std::setfill('0') 补零,std::uppercase 可选大写(如 A 而非 a)。
-
std::setw是**一次性**的,只影响下一次输出,得每字节都调一次 - 对
unsigned char输出要先转成int,否则会当字符打印(比如0x00变成空字符,终端看不见) - 别用
std::dec混在中间重置——它会把后续所有整数变回十进制,容易漏切回hex
示例:
std::cout << std::hex << std::uppercase << std::setfill('0');
for (size_t i = 0; i < data.size(); ++i) {
std::cout << std::setw(2) << static_cast<int>(static_cast<unsigned char>(data[i])) << ' ';
}
按地址偏移分组显示(类似 hexdump 的行格式)
纯一长串十六进制没意义,数据查看器必须有地址列 + 每行固定字节数(常见 16 字节/行)+ ASCII 预览列。
立即学习“C++免费学习笔记(深入)”;
关键点不在进制转换,而在布局控制:
组合式C++代码评审方案,融合静态分析、AI推理、多轮迭代评审和C++专项检查,适用于PR审查、增量代码审查、全项目评审和代码质量评分,触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 地址用
std::internal+std::setw(8)左对齐地址字段(如00000000:) - 每行 16 字节就循环 16 次,不足补
??或空格,避免错位 - ASCII 列要过滤不可见字符:用
isprint(c) && c >= 0x20 && c <= 0x7e判定,否则乱码或终端异常 - 别忘了每行末尾换行,且
std::setw不会自动刷新缓冲区,必要时加std::flush
处理二进制数据中的 null 字节和非 ASCII 字符
读文件或网络包时,std::string 容易被 \0 截断;用 std::vector<uint8_t> 或 std::span<const uint8_t>(C++20)更安全。
输出时尤其注意:
-
char类型有符号性依赖平台:x86 默认 signed,0xFF会被解释为-1,再转int得到-1,输出成ffffffff(32 位补码)——必须先强转unsigned char再转int - 如果原始数据是
const char*,别直接丢给std::cout << ptr,那是 C 字符串语义,遇到 \0 就停 - 想支持宽字符或 UTF-8 预览?先做字节级 dump,ASCII 列只负责可打印 ASCII,别试图 decode
性能敏感场景下避免流操作符开销
调试时小数据无所谓,但 dump 几 MB 内存时,std::cout << ... 可能慢 5–10 倍于 printf 或 write() 系统调用。
真要提速,可以:
- 用
std::sprintf或std::to_chars(C++17)预生成十六进制字符串,再批量输出 - 禁用同步:在程序开头加
std::ios::sync_with_stdio(false),但之后不能混用 C stdio(如printf) - 缓冲输出:把整行拼成
std::string再一次std::cout <<,比 48 次小输出快得多 - 若只是日志用途,考虑直接写入文件描述符(
write(STDOUT_FILENO, buf, len)),绕过 stream 缓冲逻辑
地址对齐、null 字节处理、符号扩展——这三个地方出错,dump 出来的结果看起来“像”,但数值全错,而且很难一眼发现。

















