![如何获取 Go 中字节切片（[]byte）的实际长度与底层容量](https://img.php.cn/upload/article/001/246/273/177301734712267.jpg)
在 go 中，len() 返回字节切片当前元素个数（即已分配并可访问的字节数），cap() 返回其底层数组的总可用字节数；二者单位均为字节，且 byte 类型严格保证为 1 字节宽。
在 go 中，len() 返回字节切片当前元素个数（即已分配并可访问的字节数），cap() 返回其底层数组的总可用字节数；二者单位均为字节，且 byte 类型严格保证为 1 字节宽。
Go 语言中没有类似 C 的 sizeof() 运算符，但这恰恰反映了 Go 对内存抽象的设计哲学：开发者通常无需关心类型在内存中的绝对字节大小（如 int 可能是 4 或 8 字节，取决于平台），而是更关注数据结构的逻辑尺寸——尤其是对切片这类动态引用类型而言。
对于 []byte，最常需要的两个度量是：
- 当前长度（Length）：表示切片中实际可读/可写的字节数，对应逻辑数据量；
- 底层容量（Capacity）：表示底层数组从切片起始位置起，剩余可用的总字节数，影响 append 是否触发扩容。
二者均以字节为单位，且因 byte 是 Go 规范中明确定义的1 字节无符号整数类型（见 Go 语言规范：Size and alignment guarantees），len(bs) 和 cap(bs) 的返回值可直接视为“字节数”。
✅ 正确用法示例
// 创建长度为 1000、容量也为 1000 的字节切片
bs1 := make([]byte, 1000)
fmt.Println("len:", len(bs1), "cap:", cap(bs1)) // len: 1000 cap: 1000
// 创建长度为 1000、但底层数组容量为 2000 的切片
bs2 := make([]byte, 1000, 2000)
fmt.Println("len:", len(bs2), "cap:", cap(bs2)) // len: 1000 cap: 2000
// 从字符串转换而来：长度 = 字符串 UTF-8 字节数
s := "你好，世界！"
bs3 := []byte(s)
fmt.Println("len:", len(bs3), "cap:", cap(bs3)) // len: 15 cap: 15（UTF-8 编码共 15 字节）⚠️ 注意事项
- ❌ 不要使用 unsafe.Sizeof([]byte{})：它返回的是切片头（slice header）结构体的大小（通常 24 字节：指针+长度+容量），不是底层数组或数据的大小。
- ❌ 不要混淆 len() 与 cap()：len() 是安全访问范围的上限；cap() 是 append 不扩容的最大潜力，超出 len() 但未超 cap() 的区域虽存在，但属未定义状态，不可直接读写。
- ✅ 若需估算内存占用总量（含 slice header + 底层数组），可组合计算：unsafe.Sizeof(bs) + uintptr(cap(bs))，但仅限调试/性能分析场景，生产代码中应依赖运行时 GC 和内存配置，而非手动计算。
? 总结
| 需求场景 | 推荐方法 | 说明 |
|---|---|---|
| 获取当前有效字节数 | len(bs) | 最常用，等价于“已初始化的数据长度” |
| 获取最大可扩展字节数 | cap(bs) | 决定 append 行为，影响内存效率 |
| 获取单个 byte 大小 | — | 恒为 1，无需计算 |
记住：Go 的 len 和 cap 是类型安全、零开销的内置函数，它们不是“模拟 sizeof”，而是面向切片语义的一等公民操作——理解其设计意图，比寻找语法等价物更重要。
