`len()` 和 `make()` 并非普通 go 函数，而是由编译器直接识别并内联处理的语言内置操作；它们不具函数签名、不可重载、不参与类型检查，其行为由编译器和运行时协同实现。
在 Go 语言中，len() 和 make() 表面上看似函数，实则是编译器特殊处理的内置操作（built-in operations），而非用户可定义或重载的普通函数。这也是为什么你在 builtin.go 中找不到实际的函数体——该文件仅用于生成文档和 IDE 支持，其中的声明（如 func len(v any) int）是伪签名，不参与编译逻辑：
// builtin.go 中的示意性声明（仅供文档与工具链使用） func len(v any) int // 实际无此函数定义 func make(Type, size IntegerType) Type
真正的实现分散在编译器前端（cmd/compile/internal/types, cmd/compile/internal/ssagen）和运行时（runtime/slice.go, runtime/map.go, runtime/make.go）中：
-
len() 对不同类型的处理完全静态化：
- 对数组：编译期常量折叠（如 len([3]int{}) == 3 直接优化为 3）；
- 对切片/字符串/映射：编译器生成对应字段访问指令（如切片的 hdr.len 字段）；
- 对通道：调用 runtime.chanlen() 获取缓冲区长度。
-
make() 则根据目标类型动态分发：
- make([]T, n) → 调用 runtime.makeslice() 分配底层数组并构造切片头；
- make(map[K]V, hint) → 调用 runtime.makemap() 初始化哈希表结构；
- make(chan T, buffer) → 调用 runtime.makechan() 创建带缓冲或无缓冲通道。
⚠️ 注意事项：
- 你无法通过反射或 unsafe 获取 len/make 的函数指针，它们不是一等公民；
- 它们不支持泛型约束或自定义类型的方法集扩展；
- 所有类型特异性逻辑均由编译器硬编码，这也是 Go 保持简洁与高性能的关键设计之一。
简言之：len 和 make 是语言原语（language primitives），其“函数”形态仅为语法糖，背后是编译器与运行时深度协同的基础设施。理解这一点，有助于避开“为何不能对自定义类型实现 len”等常见误区，并更准确把握 Go 的类型系统边界。
