`binary.varint` 专为有符号整数的变长编码设计，会将输入按 zigzag 编码规则解码（右移1位 + 符号位判断），导致 `byte(18)` 被误解析为 `9`；应改用 `binary.uvarint` 处理无符号字节序列。
在 Go 的 encoding/binary 包中，Varint 和 Uvarint 是两个关键但语义迥异的函数：
- binary.Uvarint(buf []byte) 用于解码 无符号变长整数（如 uint64），直接按 Base128 规则累加有效位，适用于 byte（即 uint8）、uint16、uint32 等原始无符号值；
- binary.Varint(buf []byte) 则专为 有符号整数的 ZigZag 编码 设计——它先调用 Uvarint 获取原始无符号值，再通过 x = (ux >> 1) ^ -(ux & 1) 进行 ZigZag 反变换，以支持负数高效编码（常用于 Protocol Buffers）。
你示例中的 byte(18) 二进制为 00010010（8 位），传入 Varint 后流程如下：
- 内部调用 Uvarint(array) 得到 ux = 18；
- 执行 x = int64(ux >> 1) → 18 >> 1 = 9（即 00001001）；
- 检查 ux & 1 == 0（18 & 1 = 0），不满足 ux&1 != 0 条件，跳过取反；
- 最终返回 x = 9 —— 这正是输出 value: 9 的根本原因。
✅ 正确做法是：对无符号字节序列（如 []byte{18}）始终使用 Uvarint：
package main
import (
"fmt"
"encoding/binary"
)
func main() {
var myByte byte = 18
array := []byte{myByte}
// ❌ 错误：Varint 期望 ZigZag 编码的有符号值
val, n := binary.Varint(array)
fmt.Printf("Varint -> value: %d, num bytes: %d\n", val, n) // 输出: 9, 1
// ✅ 正确：Uvarint 直接解码无符号变长整数
uval, un := binary.Uvarint(array)
fmt.Printf("Uvarint -> value: %d, num bytes: %d\n", uval, un) // 输出: 18, 1
}⚠️ 注意事项：
- Varint/Uvarint 均要求输入字节切片符合 LEB128（Little-Endian Base128）格式：每个字节低 7 位存数据，最高位（bit 7）为 continuation bit（1 表示后续还有字节，0 表示结束）。单字节 []byte{18} 是合法的 LEB128 编码（18 < 128，continuation bit = 0），因此能被正确解析；
- 若需编码 int64 类型的有符号值并保证跨语言兼容（如与 Protobuf 交互），才应先用 binary.PutVarint 编码，再用 Varint 解码；普通无符号数值场景请坚持 Uvarint；
- Varint 返回 int64，Uvarint 返回 uint64，注意类型匹配，避免隐式转换引发意外截断或符号扩展。
总结：byte 是 uint8 的别名，天然无符号；选择解码函数的核心原则是——编码方式决定解码方式。用 Uvarint 解 uint，用 Varint 解经 ZigZag 编码的 int，二者不可混用。
