make仅用于[]T、map[K]V、chan T三种类型，传其他类型编译报错；它不返回指针，非通用分配器，切片需指定len（cap可选但影响性能），map的hint仅为优化提示，chan的cap决定同步行为，且均不适用于数组或结构体。
make 只能用于 []T、map[K]V、chan T 三种类型，传其他类型会编译报错；它不是通用内存分配器，也不是构造函数，更不返回指针。
切片初始化：必须指定长度，容量可选但影响性能
切片的 make([]T, len, cap) 中，len 是强制参数，cap 省略时等于 len。底层数组按 cap 分配，len 决定初始可读写元素个数。
- 常见错误：写成
make([]int, 0)后反复append却不预估总量 → 频繁扩容（2倍增长），造成内存拷贝浪费 - 合理做法：已知后续要塞 100 个元素？直接
make([]string, 0, 100)；需要立刻填值？用make([]int, 5) - 注意：
cap必须 ≥len，否则编译失败；len可为 0，但不能为负
映射初始化：容量是提示，不是限制，不指定也不报错
make(map[K]V, hint) 的第二个参数是哈希桶预分配数量（hint），仅用于优化，不影响逻辑正确性。实际键值对数量由插入决定，len(m) 始终反映当前键数。
- 常见错误：以为
make(map[string]int, 5)创建了“最多存 5 个键”的受限映射 → 实际仍可无限插入，只是初始哈希表空间更宽松 - 合理做法：批量插入前预估键数（比如从配置读取 200 条规则），用
make(map[string]struct{}, 200)减少 rehash 次数 - 注意：
hint为 0 或省略，Go 会按内部策略分配最小可用桶数（通常是 1 或 2）；过大的hint（如百万级）反而浪费内存
通道初始化：缓冲区大小决定同步行为
make(chan T, cap) 中，cap 为 0 时创建无缓冲通道（同步），非 0 时创建有缓冲通道（异步）。这个 cap 是缓冲区槽位数，不是字节大小。
- 常见错误：写
make(chan int)却在单 goroutine 里先发后收 → 死锁（因无缓冲需配对 goroutine） - 合理做法：控制并发节奏？用带缓冲通道，如
make(chan job, 10)限流；严格同步信号？坚持用make(chan struct{}) - 注意：
cap(ch)返回缓冲区大小，len(ch)返回当前已发送未接收的元素数；两者都只读，不可修改
和 new 的关键区别：不返回指针，且不能用于结构体或数组
make 和 new 完全不兼容：前者返回初始化后的引用类型值（[]int、map[string]int、chan int），后者返回指向零值的指针（*T）。
立即学习“go语言免费学习笔记（深入）”；
- 常见错误：试图用
make初始化结构体——make(MyStruct)编译失败；该用&MyStruct{}或new(MyStruct) - 常见错误：对数组用
make([5]int)→ 编译报错；数组长度固定，应写var a [5]int或[5]int{} - 注意：
make初始化的对象本身不是 nil（m := make(map[int]string); m == nil为 false），而未初始化的变量（如var m map[int]string）才是 nil
make 创建的值，其底层数据结构（底层数组、哈希表、环形缓冲区）都是在堆上分配的，哪怕变量本身在栈上；你无法通过 make 控制分配位置，也不能假设它“轻量”。 
