std::hex 只改变进制不设置补零，因它不控制宽度、对齐和填充；默认按实际位数输出，如255显示为ff而非00ff。
用 std::hex 输出时为什么只改进制不补零？
因为 std::hex 只是切换输出基数，它不控制宽度、对齐或填充字符。默认情况下，std::cout 会按数字实际位数输出，比如 255 输出为 ff，而不是 00ff。
常见错误现象：std::cout 得到 <code>ff，但你想要固定 4 位的 00ff。
- 必须搭配
std::setw和std::setfill('0')才能补零 -
std::setw只对下一个输出项生效，记得每次都要设 - 如果要多次输出十六进制数，建议封装成函数或重载流操作符，避免重复写一堆操纵符
示例：std::cout → 输出 <code>00ff
转字符串时 std::format（C++20）和 sprintf 怎么选？
std::format 更安全、类型安全、支持编译期检查；sprintf 更轻量、兼容老代码，但容易缓冲区溢出。
立即学习“C++免费学习笔记（深入）”；
使用场景：
- 新项目、要求可读性和安全性 → 优先用
std::format("{:04x}", 255) - 嵌入式或受限环境、无 C++20 支持 → 用
sprintf(buf, "%04x", 255)，但务必确保buf足够大（比如 9 字节存 "000000ff\0"） - 需要运行时格式字符串（比如从配置读取格式）→
std::format仍支持，sprintf也行，但前者不会崩，后者可能段错误
注意：std::format 目前在 GCC 13+、Clang 15+、MSVC 19.32+ 才稳定可用；若编译失败，别硬扛，先查标准库实现状态。
std::stringstream 拼接十六进制时容易漏掉 std::uppercase 或 std::nouppercase
默认输出小写 a–f，但很多协议、日志、硬件寄存器要求大写 A–F。漏掉这个标志会导致结果不符合约定，调试时卡半天。
常见错误现象：发给设备的指令是 "ff00aa"，但设备只认 "FF00AA"，通信失败。
- 加
即可切换（之后所有 <code>std::hex输出都大写） - 想局部控制？得用
std::ios_base::fmtflags保存/恢复状态，或者用独立的std::stringstream实例 - 别依赖全局
std::cout状态——多线程下会被其他线程干扰
示例：ss → <code>ss.str() 是 "FF"
负数转十六进制显示要小心符号扩展和补码表示
C++ 的 int 是有符号类型，直接用 std::hex 输出负数，得到的是它在内存里的补码形式（比如 -1 在 32 位系统上输出为 ffffffff），不是“带负号的十六进制”。
使用场景：
- 想看内存布局（如调试寄存器）→ 就该这么输出，但要明确变量类型宽度，比如强制转成
uint32_t - 想表达“-0xff”这种带符号的十六进制 → C++ 没原生支持，得自己判断符号、转正数再拼接
- 误用
static_cast<unsigned int>(-1)</unsigned>而不指定宽度，可能在不同平台输出长度不一致（32 位 vs 64 位）
安全做法：std::cout (-1); → 固定输出 ffffffff
std::format 的实际可用性——别光看文档，先 __cplusplus 宏和编译器版本对上。 
