Go 的 fmt.Printf("%b") 对负数默认输出带负号的绝对值二进制（如 -101），而非其底层 Two's complement 位模式；需显式转换为无符号类型才能获得真实补码比特序列（如 11111011）。
go 的 `fmt.printf("%b")` 对负数默认输出带负号的绝对值二进制（如 `-101`），而非其底层 two's complement 位模式；需显式转换为无符号类型才能获得真实补码比特序列（如 `11111011`）。
在 Go 中，所有有符号整数（如 int8、int32）均采用标准的 Two's complement（二进制补码） 方式在内存中存储。例如，-5 在 int8 中确实以 11111011 的形式存在——这是 ^5 + 1（按位取反再加 1）的结果，完全符合 IEEE/ISO 整数表示规范。
然而，fmt.Printf("%b", i) 的行为并非反映内存布局，而是语义化格式化：它将负数视为“带符号的十进制值”，先取其绝对值转为二进制，再前置 - 符号。因此：
var i int8 = -5
fmt.Printf("%b\n", i) // 输出: -101（即 "-(5 的二进制)"）这与 fmt.Printf("%d", i) 输出 -5 的逻辑一致——都是面向人类可读的数值语义，而非底层比特视图。
✅ 正确获取补码比特序列的方法是类型转换：将有符号整数安全地重新解释为对应宽度的无符号类型，利用 Go 的内存布局兼容性（相同 bit width 的 intN 与 uintN 共享相同底层比特）：
var i int8 = -5
fmt.Printf("%08b\n", uint8(i)) // 输出: 11111011（8 位补码完整表示）? 注意：uint8(i) 不是“数值转换”，而是位重解释（bit reinterpretation）。只要 i 在 uint8 取值范围内（int8 的 -128~127 完全映射到 uint8 的 0~255），该转换是安全且无损的。
? 进阶技巧：使用 fmt.Sprintf("%08b", ...) 可控制前导零位数，便于对齐观察；对 int32/int64，应分别转为 uint32/uint64 并用 %032b / %064b 格式化。
总结：Go 的 fmt 包设计优先保证数值语义清晰性，而非暴露底层表示。若需调试或协议编码等场景下的真实比特模式，请始终通过 uintN 转换来获取标准 Two's complement 二进制字符串。
