<p>Go中* T类型零值为nil，不指向任何内存；new(T)分配零值并返回地址，&T{}支持初始化字段；指针参数须判空防panic，结构体指针字段默认nil需显式初始化。</p>
Go 中 *T 类型的零值就是 nil
声明但未初始化的指针变量，其值恒为 nil，和 Java 的 null 或 Python 的 None 类似，但语义更严格——它不指向任何有效内存地址。比如：
var p *int fmt.Println(p) // 输出: <nil>
这和普通变量（如 int 零值为 0）不同，指针类型没有“默认分配内存”的行为。常见错误是直接解引用未初始化的指针：
-
fmt.Println(*p)→ panic: invalid memory address or nil pointer dereference - 函数接收
*string参数却未校验是否为nil，导致下游 panic
什么时候该用 new(T)，什么时候该用 &T{}
两者都返回 *T，但语义和适用场景不同：
-
new(T)总是分配零值内存并返回其地址，适用于需要明确“只初始化、不赋初值”的场景，比如初始化一个空结构体指针：new(bytes.Buffer) -
&T{}允许在字面量中指定字段初始值，更常用且灵活，例如：&User{Name: "Alice", Age: 30} - 对基本类型，
new(int)和&int{0}效果等价，但后者稍显冗余；推荐用new简洁表达“仅需零值”意图
注意：new(string) 返回指向空字符串 "" 的指针，不是 nil；而 var s *string 是 nil，二者不可混为一谈。
立即学习“go语言免费学习笔记（深入）”；
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
函数参数中接收指针时如何安全处理 nil
当函数签名含 *T 参数（如 func processName(name *string)），调用方可能传 nil，必须主动判断：
- 若逻辑允许跳过（如可选字段），开头加
if name == nil { return } - 若必须非空，应在文档或注释中明确，并在函数内 panic 或返回 error（如
errors.New("name cannot be nil")） - 避免在函数内部无条件写
*name = "xxx"，否则一旦传入nil就 panic
尤其注意 JSON 反序列化场景：json.Unmarshal 对字段设为 *string 时，缺失字段会保持指针为 nil，而非指向空字符串——这是常见误判点。
结构体字段含指针时的零值陷阱
结构体本身零值会递归初始化其字段，但指针字段仍为 nil，不是新分配的内存：
type Config struct {
Timeout *int `json:"timeout"`
LogPath *string `json:"log_path"`
}
c := Config{} // c.Timeout == nil, c.LogPath == nil
这意味着：
- 不能假设嵌套指针字段已就绪，需逐层判空（如
if c.Timeout != nil { use(*c.Timeout) }） - 用
json.Unmarshal解析时，未提供的字段保持nil，提供空值（如"timeout": null）也会设为nil，但"timeout": 0会分配并赋值 - 若想让字段默认有值，应在构造时显式初始化，例如用工厂函数：
func NewConfig() *Config { return &Config{Timeout: new(int)} }
最易被忽略的是：指针字段的零值 nil 和“有意留空”无法区分，业务上需靠约定或额外标记字段来表达“未设置”语义。
