new(string) 创建并返回指向零值字符串的非 nil 指针，而 var s *string 仅声明一个 nil 指针；二者语义不同，直接影响空指针解引用安全性和初始化意图表达。
`new(string)` 创建并返回指向零值字符串的非 nil 指针，而 `var s *string` 仅声明一个 nil 指针；二者语义不同，直接影响空指针解引用安全性和初始化意图表达。
在 Go 语言中，new(T) 和 var 声明虽常被混淆，但它们在内存分配、初始化状态和使用安全性上存在本质差异。
✅ s := new(string)：分配 + 初始化
new(string) 是一个内置函数，它：
- 在堆（或逃逸分析决定的位置）上为类型 string 分配内存；
- 将该内存初始化为 string 的零值（即 ""）；
- 返回指向该内存的 *string 类型指针（非 nil）。
s := new(string) fmt.Println(*s) // 输出：""（可安全解引用） fmt.Println(s == nil) // false
等价于手动写出的显式初始化：
var s *string = new(string) // ✔️ 与上面完全一致 // 或更底层地理解为： // var empty string // s := &empty
❌ var s *string：仅声明，不分配目标值
此语句仅声明变量 s 为 *string 类型，不为 string 本身分配内存。根据 Go 规范，其初始值为对应类型的零值——对指针而言就是 nil：
var s *string fmt.Println(*s) // panic: invalid memory address or nil pointer dereference! fmt.Println(s == nil) // true
⚠️ 此时 s 是一个合法的指针变量，但它不指向任何有效字符串对象，直接解引用将导致运行时 panic。
? 对比总结
| 表达式 | 类型 | 是否分配 string 内存 | s 的值 | 可否 *s？ | 语义意图 |
|---|---|---|---|---|---|
| s := new(string) | *string | ✅ 是 | 非 nil | ✅ 安全 | “我需要一个已初始化的字符串指针” |
| var s *string | *string | ❌ 否（仅指针本身） | nil | ❌ panic | “我声明一个字符串指针，稍后赋值” |
| var s string | string | ✅ 是（栈上） | "" | —（非指针） | “我需要一个值类型字符串” |
? 实际建议与最佳实践
- 若需立即使用指针指向一个有效零值对象（如传入需非 nil 指针的 API、避免空检查），优先用 new(T) 或更推荐的复合字面量：s := &string{}（语义更清晰，且支持结构体等复杂类型）。
- 若变量生命周期内可能暂不指向有效值，或需显式表示“尚未就绪”，保留 var s *T 并配合后续条件赋值（如 if ok { s = &v }）是合理设计。
- 避免无意义的 new(string)：多数场景下，直接使用 string 值类型（var s string）更高效、更符合 Go 的惯用法；仅当接口要求指针（如 json.Unmarshal 需 *string）或需区分“未设置”与“空字符串”时，才引入指针语义。
简言之：new(T) 不是语法糖，而是明确的分配+零值初始化操作；而 var x *T 只是声明一个 nil 指针——二者不可互换，选择取决于你是否需要一个“立刻可用”的指针目标。
