`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 << 1) ^ (x >> 63)（对 int64），其逆运算即 x = (z >> 1) ^ -(z & 1)。对单字节正数（z < 128），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 编码机制，是避免此类“值减半”陷阱的关键。
