本文详解 make([]int, 0)、[]int{} 和 *new([]int) 在 Go 中的本质差异：前两者均创建有效空切片（len=0, cap≥0），语义等价且可互换；后者生成 nil 切片指针，无实际用途，应避免使用。
本文详解 `make([]int, 0)`、`[]int{}` 和 `*new([]int)` 在 go 中的本质差异：前两者均创建有效空切片（len=0, cap≥0），语义等价且可互换；后者生成 nil 切片指针，无实际用途，应避免使用。
在 Go 语言中，初始化一个空切片看似简单，但不同语法背后存在关键的语义与内存行为差异。理解这些差异对写出健壮、可维护的代码至关重要。
✅ 两种推荐方式：[]int{} 与 make([]int, 0)
二者均创建非 nil 的空切片，即 len(s) == 0 且 cap(s) >= 0，底层指向一个合法（尽管可能为空）的底层数组，可安全追加元素：
s1 := []int{} // 字面量方式 —— 简洁、直观、零分配（复用共享空数组）
s2 := make([]int, 0) // make 方式 —— 明确表达“创建空切片”，支持指定容量
fmt.Println(s1 == nil, s2 == nil) // false false
fmt.Println(len(s1), cap(s1)) // 0 0
fmt.Println(len(s2), cap(s2)) // 0 0
s1 = append(s1, 42) // ✅ 合法
s2 = append(s2, 42) // ✅ 合法
? 性能提示：
[]int{}在编译期被优化为对预定义全局空切片（如emptySlice）的引用，几乎零开销；而make([]int, 0)默认也返回相同底层数组（cap=0），二者运行时表现一致。若需预分配容量以减少后续扩容，应显式使用make([]int, 0, 1024)。
⚠️ 危险方式：*new([]int) —— 请勿使用
该表达式先调用 new([]int)，分配一个 *[]int 类型的指针（其指向的 []int 值为零值，即 nil 切片），再通过 * 解引用——结果仍是 nil 切片：
s3 := *new([]int) fmt.Println(s3 == nil) // true fmt.Println(len(s3)) // panic: runtime error: len of nil slice
⚠️ 尝试对 s3 调用 len()、cap() 或 append() 会直接 panic（nil pointer dereference 或 invalid operation）。它等价于显式写 []int(nil)，没有任何实用价值，纯属冗余且易引发错误。
? 总结与建议
-
首选
[]int{}：语义最清晰（“一个空整数切片”），书写简洁，编译器友好，适合绝大多数场景； -
次选
make([]int, 0)：当需要强调“动态创建”或为后续append预留容量时使用（如make([]int, 0, 64)）； - *绝对避免 `new([]int)`**：它不创建可用切片，仅引入潜在 panic 风险，无任何优势。
最后提醒：判断切片是否为空，请始终用 len(s) == 0，而非 s == nil —— 因为 []int{} 和 make([]int, 0) 均为非 nil 但长度为 0 的有效切片。
