`binary.varint` 专为带符号整数的变长编码设计，会将输入字节按 zigzag 编码规则解码（右移一位并条件取反），导致 `byte(18)` 被误解析为 `9`；应改用 `binary.uvarint` 处理无符号原始字节。
在 go 的 encoding/binary 包中，Varint 和 Uvarint 是两个语义截然不同的函数：
- Uvarint(buf []byte) (uint64, int)：解码 无符号 变长整数（即标准 LEB128 编码），适用于 uint8、uint16 等原始非负值；
- Varint(buf []byte) (int64, int)：解码 有符号 变长整数，底层采用 ZigZag 编码（一种将有符号整数映射为无符号再编码的方案），专为 Protocol Buffers 等需高效表示负数的场景设计。
你代码中的 byte(18) 实际是 uint8 类型，二进制为 00010010。当传入 binary.Varint 时，函数按 ZigZag 规则执行以下步骤：
ux, n := Uvarint(buf) // ux = 18 (00010010) x := int64(ux >> 1) // x = 18 >> 1 = 9 (00001001) if ux&1 != 0 { // 18 & 1 == 0 → false，不取反 x = ^x } // 返回 x = 9关键点在于：ZigZag 编码定义为 z = (x > 63)（对 int64），其逆运算即 x = (z >> 1) ^ -(z & 1)。对单字节正数（z >1 按位取反。由于 18 & 1 == 0，结果直接为 9 —— 这并非 bug，而是 ZigZag 解码的预期行为。
✅ 正确做法：对原始 byte 或 uint 值，始终使用 Uvarint：
package main import ( "fmt" "encoding/binary" ) func main() { var myByte byte = 18 array := []byte{myByte} // ❌ 错误：Varint 用于有符号 ZigZag 编码 val, n := binary.Varint(array) // value: 9, num bytes: 1 // ✅ 正确：Uvarint 用于标准无符号 LEB128 编码 uval, un := binary.Uvarint(array) // uval = 18, un = 1 fmt.Printf("Varint: %d (expected 18)n", val) fmt.Printf("Uvarint: %d (correct)n", uval) }⚠️ 注意事项：
- Varint 仅应在明确处理 Protocol Buffers 或其他 ZigZag 编码数据时使用；
- 单字节 []byte{b} 调用 Uvarint 总是返回 (uint64(b), 1)，安全可靠；
- 若需编码，对应使用 binary.PutUvarint / binary.PutVarint，保持编解码逻辑对称；
- Varint 对负数输入（如 []byte{0xFF, 0x01}）才能体现其设计价值——它能用 2 字节紧凑表示 -64，而 Uvarint 会将其解释为 320。
总结：类型语义决定 API 选择。byte 是 uint8，天然无符号，应匹配 Uvarint；混淆二者会导致静默逻辑错误。理解 ZigZag 编码机制，是避免此类“值减半”陷阱的关键。