补码是整数在内存中的原始存储形式；-5的8位补码为11111011，需先取反再加一；std::bitset不支持负数，因它只接收无符号整数，传入-5会隐式转为251，导致错误输出。
补码不是“转换出来的”，而是整数在内存里本来的样子；你写的 int 负数，CPU 就按补码存——所谓“实现补码转换”，本质是手动模拟符号位扩展、取反加一这些底层动作，用来理解为什么 -5 的二进制是 11111011（8 位）。
为什么不能直接用 std::bitset 打印负数？
std::bitset 构造时只接收无符号整数，传入 -5 会隐式转换成很大的正数（如 UINT8_MAX - 4），结果输出全是错的。它不关心符号，也不做补码解释。
- 错误写法：
std::bitset(-5)→ 实际构造的是std::bitset(251) - 正确思路：先对有符号数做“符号位扩展”到目标位宽，再转无符号后喂给
bitset - 8 位下，
-5补码 = 取5的 8 位二进制00000101→ 按位取反11111010→ 加一 →11111011
如何安全地把 int8_t 扩展为任意位宽补码？
核心是避免符号截断和隐式提升陷阱。C++ 中 int8_t 运算前会先提升为 int（通常 32 位），直接右移会带入高位 0，破坏符号位逻辑。
- 必须先强制转成目标位宽的无符号类型，再做算术右移（或掩码处理）
- 推荐做法：用位宽掩码 + 符号位判断，例如 8 位转 16 位补码：
(x & 0x7F) | ((x & 0x80) ? 0xFF00 : 0) - 更通用：用模板函数对齐位宽，比如
sign_extend<int8_t>(-5)</int8_t>返回0xFFFB
手写补码逻辑时最常踩的三个坑
不是算法难，而是 C++ 类型隐式转换太容易绕晕人。
- 对
char或int8_t直接~x：实际是对int取反，得到的是 32 位结果，不是你想要的 8 位翻转 - 写
x + 1后没截断：比如0xFF + 1 == 0x100，但你要的是 8 位下的0x00，得显式 &0xFF - 用
unsigned char存负数原始字节：它根本不能存负数，(unsigned char)-5是251，这不是“转换”，是重解释，别混淆概念
真正关键的不是写出那几行取反加一的代码，而是每次操作前都问一句：当前变量的类型宽度是多少？符号性有没有被隐式改变？位运算作用在哪个整数上？漏掉这个，补码永远算不对。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
