在 Go 中，len() 返回字节切片当前长度（即已分配并可访问的字节数），cap() 返回其底层数组总容量（即最大可扩展字节数）；二者均以字节为单位，无需类似 C 的 sizeof()。
在 go 中，`len()` 返回字节切片当前长度（即已分配并可访问的字节数），`cap()` 返回其底层数组总容量（即最大可扩展字节数）；二者均以字节为单位，无需类似 c 的 `sizeof()`。
Go 语言中没有 sizeof() 这样的运算符，但这并非缺陷——而是由其明确的内存模型决定的。对于 []byte 类型，由于每个元素（byte）被规范严格定义为 恰好 1 字节（见 Go 语言规格书：Size and alignment guarantees），因此切片的逻辑大小可直接通过内置函数精确获得：
- ✅ len(slice)：返回当前切片中有效字节数（即长度），对应可安全读写的字节数量；
- ✅ cap(slice)：返回底层数组总可用字节数（即容量），决定了 append 操作在不触发扩容前的最大扩展空间。
以下示例清晰展示了两者的区别：
// 创建一个长度为 1000、容量为 2000 的 []byte
bs := make([]byte, 1000, 2000)
fmt.Println("len(bs):", len(bs)) // 输出: 1000
fmt.Println("cap(bs):", cap(bs)) // 输出: 2000
// 追加数据（仍在容量范围内）
bs = append(bs, make([]byte, 500)...)
fmt.Println("len(bs) after append:", len(bs)) // 输出: 1500
fmt.Println("cap(bs) unchanged:", cap(bs)) // 仍为 2000
// 强制扩容后容量可能变化（取决于运行时策略）
bs = append(bs, make([]byte, 600)...)
fmt.Println("len(bs) now:", len(bs)) // 2100
fmt.Println("cap(bs) may grow:", cap(bs)) // 通常 ≥ 2100，如 4096⚠️ 注意事项：
- 不要混淆 len() 与“实际占用内存”——len() 和 cap() 返回的是逻辑字节数，而非运行时堆上该切片结构体（header）+ 底层数组的完整内存开销（后者需用 runtime.ReadMemStats 等工具估算）；
- []byte 是引用类型，其头部固定占 24 字节（Go 1.21+，含指针、len、cap），但用户通常只关心数据部分大小；
- 若需序列化或网络传输，应以 len() 为准；若做缓冲区预分配优化，则需关注 cap() 避免频繁扩容。
总结：Go 用 len() 和 cap() 取代了 sizeof() 的模糊语义，提供更精准、更安全的尺寸语义。对 []byte 而言，二者结果即等价于“字节数”，且零成本、无反射、类型安全——这正是 Go “显式优于隐式”设计哲学的体现。
