在 Go 中，[]byte 的字节长度通过 len() 获取，容量则用 cap()；由于 byte 类型严格定义为 1 字节，二者结果分别代表逻辑长度和底层分配空间（单位均为字节）。
在 go 中，`[]byte` 的字节长度通过 `len()` 获取，容量则用 `cap()`；由于 `byte` 类型严格定义为 1 字节，二者结果分别代表逻辑长度和底层分配空间（单位均为字节）。
Go 并未提供类似 C 语言 sizeof() 的通用类型大小运算符，但这恰恰体现了 Go 类型系统的设计哲学：值的大小由其具体类型和运行时结构决定，而切片（如 []byte）的“大小”需根据使用场景明确区分——是当前有效数据长度，还是底层底层数组的总容量？
✅ 获取逻辑字节数：使用 len()
对于 []byte，len() 返回的是当前切片中可访问元素的个数。由于 byte 是 uint8 的别名，且 Go 规范明确保证 byte 占用 1 字节`，因此 len(slice) 的数值即为该切片所表示的有效数据字节数。
data := []byte("Hello, 世界") // UTF-8 编码，共 13 字节
fmt.Println(len(data)) // 输出：13此结果适用于绝大多数场景：计算网络传输长度、文件写入字节数、JSON 序列化后体积估算等。
✅ 获取底层分配字节数：使用 cap()
cap() 返回切片底层数组从起始位置到末尾的最大可扩展元素数量。对 []byte 而言，它代表当前已分配但未必全部使用的内存空间（单位仍是字节）：
buf := make([]byte, 5, 1024) // 初始长度 5，容量 1024 fmt.Println(len(buf)) // 5 —— 当前有效字节数 fmt.Println(cap(buf)) // 1024 —— 已分配的总字节数（含预留空间）
该值在性能敏感场景中至关重要：例如预分配缓冲区以避免频繁扩容、评估内存占用上限、或实现自定义 I/O 读写器时判断剩余可用空间。
⚠️ 注意事项与常见误区
- ❌ 不要尝试 unsafe.Sizeof([]byte{})：它返回的是切片头（slice header）结构体大小（通常 24 字节），而非数据本身大小；
- ❌ 不要混淆 len() 与字符串长度：len("你好") 返回 UTF-8 字节数（6），而 utf8.RuneCountInString("你好") 才是字符数（2）；
- ✅ len() 和 cap() 均为 O(1) 时间复杂度，无运行时代价，可安全频繁调用；
- ✅ 对 nil 切片，len(nil) 和 cap(nil) 均返回 0，行为一致且安全。
? 总结
| 需求场景 | 推荐函数 | 说明 |
|---|---|---|
| 当前持有的有效字节数 | len() | 最常用，对应“数据长度” |
| 底层已分配的总字节容量 | cap() | 用于内存规划、扩容判断、缓冲管理 |
| 类型本身的内存开销 | 不适用 | []byte 头部固定，数据不在此中 |
理解 len() 与 cap() 的语义差异，是写出高效、健壮 Go 网络/IO/序列化代码的基础。记住：在 Go 中，“大小”不是模糊概念，而是由上下文精确定义的工程量度。
