结论：new只分配零值内存并返回指针，适用于任意类型；make专为[]T、map[K]V、chan T设计，返回已初始化的可用值——二者语义不同、类型约束不同、互换即panic。
直接说结论：new 只分配零值内存并返回指针，适用于任意类型；make 专为 []T、map[K]V、chan T 设计，返回已初始化的可用值——二者语义不同、类型约束不同、互换即 panic。
为什么 new(map[string]int) 会 panic，而 make(map[string]int) 不会
因为 new(map[string]int) 返回的是 *map[string]int，解引用后仍是 nil map；(*m)["k"] = 1 就是向 nil map 写入，运行时直接崩溃。
make(map[string]int) 返回的是非 nil 的 map[string]int 值，底层哈希表已就位，可立即赋值。
-
new([]int)→ 得到*[]int，*s是 nil 切片，len(*s) == 0，append(*s, 1)panic -
make([]int, 5)→ 得到[]int，len(s) == 5，s[0] = 1合法 -
new(chan int)→ 返回*chan int，*c是 nil channel，或 <code>*c 都会死锁或 panic
make 的参数含义因类型而异，传错既不生效又误导人
切片、map、channel 的第二个（及第三个）参数含义完全不同，不能凭直觉套用。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 切片：
make([]int, len, cap)—— 第二个是长度，第三个是容量；省略cap时等价于cap == len；预设足够cap（如make([]int, 0, 100)）能避免多次底层数组复制 - map：
make(map[int]string, hint)——hint是哈希桶数量提示，Go 会向上取整到 2 的幂（传 10 → 实际分配 16 个 bucket），不是“最多存几个”，传太大纯属浪费内存 - channel：
make(chan int, buffer)——buffer是缓冲区长度；传 0 或不传即为无缓冲 channel；缓冲区过大易掩盖同步设计缺陷，比如本该用带超时的 select 却靠大 buffer 硬扛
结构体字段含 slice/map/chan 时，new 不会初始化它们
new(MyStruct) 只给结构体本身分配零值内存，其内部的引用字段（如 items []int、cache map[string]bool）仍是 nil，后续直接使用会 panic。
- 错误写法：
s := new(MyStruct); s.items = append(s.items, 1)→ panic: append to nil slice - 正确做法一：显式对每个字段调用
make，如s.cache = make(map[string]bool) - 正确做法二：改用字面量初始化，如
s := &MyStruct{items: make([]int, 0, 16), cache: make(map[string]bool)} - 更推荐封装成
NewMyStruct()函数，把初始化逻辑收拢，避免每次手动补make
真正容易被忽略的是：new 和 make 不是风格选择，而是类型系统强制约束——编译器会拒绝 make(struct{})，也会允许 new([]int) 但 runtime 立刻让它失效。写代码时得先问自己：我要的是「一个可直接用的值」，还是「一个指向零值的指针」？答案决定了该用哪个。
