必须用make初始化slice、map、chan，因其需构建底层运行时结构（如哈希桶、底层数组、缓冲队列）；new仅分配零值内存并返回指针，对这三类类型返回nil指针，直接使用会panic。
make 和 new 不是关键字，是内置函数；它们不解决“初始化”这个宽泛问题，而是各自有不可替代的职责——用错一个，编译失败或运行时 panic 就在所难免。
什么时候必须用 make 初始化 slice、map、chan
这三类类型不能靠 new 初始化，因为它们底层依赖动态结构（如哈希桶、底层数组、缓冲队列），new 只返回指向 nil 值的指针，无法直接使用：
-
make([]int, 5)返回可读写的[]int，长度为 5，元素全为 0；而new([]int)返回*[]int，解引用后仍是nil，append或下标访问会 panic -
make(map[string]int, 10)中的10是哈希桶数量提示（Go 会向上取整到 2 的幂），不是硬性容量；new(map[string]int) 编译通过，但得到的是*map[string]int，其值仍为nil，写入直接 crash -
make(chan int, 5)创建带缓冲 channel；new(chan int)语法都不合法，编译报错
什么时候该用 new，而不是 &T{}
new(T) 等价于 &T{}，都返回 *T，但语义和适用场景不同：
- 需要零值指针且不设字段时，
new更明确：比如new(int)、new(http.Client)（结构体字段全为零也合理） - 要设初始字段，必须用
&T{Field: val}；new不支持字段赋值，写new(struct{X int}){X: 1}是语法错误 - 对未导出字段或嵌套结构体，
&T{}更灵活；new对 interface 类型非法：new(io.Reader)编译失败
make 的参数怎么配才不踩坑
参数含义依类型而异，传错不会报编译错，但行为可能违背直觉：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
- slice：
make([]T, len, cap)—— 第二个是长度，第三个是容量；make([]int, 0, 100)创建长度 0、容量 100 的切片，追加 100 个元素不 realloc；漏掉第三个参数就等于cap == len - map：
make(map[K]V, hint)——hint是预估键数，仅作哈希桶初始大小提示，不影响后续扩容逻辑 - chan：
make(chan T, buffer)——buffer是缓冲区长度；无缓冲 channel 写make(chan int)，缓冲 channel 必须显式传正整数
panic 日志里看到 “nil map” 或 “cannot append to nil slice”，第一反应不是查数据，而是查 make
这类错误几乎 100% 源于初始化遗漏或误用 new：
- 函数返回 map/slice/chan 时，必须用
make构造后返回，不能return new(map[string]int) - 结构体字段含 slice/map/chan 时，
new(MyStruct)不会初始化这些字段，它们仍是nil，需手动s.Field = make(...) -
go vet不报new(map[T]V)的错，但它在运行时必然崩；CI 中加go run -gcflags="-m" *.go能提前发现逃逸和零值隐患
真正容易被忽略的不是语法，而是语义惯性：看到 new 就觉得“分配了”，看到 make 就觉得“初始化了”——但 slice 的零值是 nil，map 的零值是 nil，chan 的零值是 nil，它们和 int 的零值 0、string 的零值 "" 完全不是一回事。
