new只分配零值内存且不初始化数据结构，如new([]int)返回*[]int但其data为nil；make专用于slice/map/channel，构造可用对象，如make([]int,5)返回可直接操作的切片。
new 只分配零值内存，不初始化数据结构
当你写 new([]int) 或 new(map[String]int)，go 确实会分配一块内存，并返回一个 *[]int 或 *map[string]int 指针——但这个指针指向的，是一个字段全为零值的 header，比如 slice 的 data 字段是 nil、len 和 cap 都是 0；map 的底层哈希表根本没建。它不能 append，也不能 make 之后再用，更不能直接赋值：(*new([]int))[0] = 1 会 panic。
- 适用场景：需要一个干净的指针（比如函数参数要求
*T，且你确定后续会完整赋值） - 常见误用：用
new替代make初始化集合类型，结果运行时报panic: assignment to entry in nil map或index out of range - 等价写法：
new(T)≈&T{}，但后者更直观、更常用
make 专用于 slice/map/channel，返回可直接使用的值
make 不是通用分配器，它只认三种类型：[]T、map[K]V、chan T。它干的是“构造”活：分配底层数组、初始化哈希桶、设置环形缓冲区和锁——不是清零，而是让对象从 nil 变成“可用”。所以 make([]int, 5) 返回的是一个长度为 5 的切片变量，你能立刻下标赋值、append、传给其他函数。
- 参数差异：
make([]int, len, cap)中cap可选；make(map[int]string, hint)的hint是预估容量，非必需；make(chan int, buf)的buf是缓冲大小，0 表示无缓冲 - 错误现象：
make(Struct{})或make(int)直接编译失败，提示cannot make type struct {} - 性能提示：对 map 指定合理
hint、对 slice 预设足够cap，能减少后续扩容开销
返回值类型不同，直接影响你怎么用
这是最易踩坑的一点：new(T) 总是返回 *T，而 make(T, ...) 总是返回 T 本身。这意味着：
-
s := make([]int, 3)→s是[]int类型，可直接s[0] = 1 -
p := new([]int)→p是*[]int类型，*p才是[]int，但它仍是nil，不能索引 - 混淆写法：
m := new(map[string]int；这得到一个*map[string]int，但你无法m["k"] = "v"，因为语法不支持对指针做 map 索引
底层行为本质不同：分配 vs 构造
new 在运行时调用的是通用内存分配器 mallocgc，只管按字节申请、全部填 0；make 则在编译期就被重写为特定函数调用：runtime.makeslice、runtime.makemap、runtime.makechan——它们各自处理对应类型的数据结构初始化逻辑。
立即学习“go语言免费学习笔记（深入）”；
- 所以
new是“我能给你一块空地”，make是“我帮你盖好房子、通水通电、配好钥匙” - 实际工程中：
new使用频率极低，多数时候用&T{}或直接声明；make却是日常高频操作，尤其在构建容器和通信通道时 - 容易被忽略的细节：即使
make([]int, 0)，它也分配了底层数组（除非 cap=0），而new([]int)连底层数组地址都没准备