Go 语言中 fmt.Printf("%b") 对负数默认会输出带负号的绝对值二进制形式（例如 -101），而不是底层的 Two's complement 位模式。要获得真实的补码比特序列（比如 11111011），必须显式将负数转换为无符号类型再进行格式化。

在 Go 语言中处理有符号整数时，二进制补码的打印问题是一个常见却容易踩坑的细节。我们直接给出结论：Go 的 fmt.Printf("%b") 对负数输出的并非底层位模式，而是带符号的绝对值二进制表示。例如输出 -101，而不是你期望的 11111011。

所有有符号整数类型（int8、int32 等）在内存中确实采用标准的 Two's complement（二进制补码） 方式存储。以 int8 为例，-5 的底层比特就是 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 二进制字符串。这才是正确做法。