Go中指针是处理复杂数据结构的必要工具，必须显式检查nil、用指针接收器修改状态、谨慎使用多级指针，并注意并发安全与生命周期管理。
Go 语言中处理复杂数据结构（如树、链表、嵌套 map 或递归 JSON）时，指针不是可选项，而是必要工具；不加判断地解引用 nil 指针是运行时 panic 的头号原因，而错误的指针赋值（比如只改了局部副本）会让结构更新完全失效。
递归结构中必须显式检查 nil 指针
树节点、链表节点、嵌套结构体字段——只要类型是 *T，其零值就是 nil。一旦在未检查的情况下访问 node.Left 或 item.Next，程序立即崩溃，且编译器不会预警。
- 所有递归函数入口第一行必须写
if node == nil { return }或对应逻辑（比如返回默认值、跳过处理） - 不要依赖 struct 字段的“零值兜底”：一个
Node结构体变量本身非 nil，但它的Left *Node字段可以是nil，这是两个独立的值 - JSON 反序列化后，带
omitempty的指针字段可能为nil，直接json.Unmarshal后就该立刻检查，而不是等到深层遍历时才暴露
修改结构体内部状态必须用指针接收器
当你定义一个方法想改变接收者本身的字段（比如向 BST 插入新节点、给链表追加元素），接收器必须是 *T 类型。值接收器 T 只能操作副本，对原结构毫无影响。
- 常见错误：写
func (n Node) Insert(val int)，然后在方法里n.Left = &Node{Val: val}—— 这个赋值只改了栈上副本的Left，原对象不变 - 正确做法是
func (n *Node) Insert(val int)，再通过n.Left = &Node{Val: val}真正更新原始内存位置 - 如果结构体很大（比如含大 slice 或 map），指针接收器还能避免每次调用都拷贝整块数据
JSON 序列化中控制 nil 指针输出行为
encoding/json 默认把 nil *string 序列化为 null，但业务常需要它变成空字符串 ""、数字 0，甚至完全忽略字段。这时不能靠标签硬凑，得实现 json.Marshaler 接口。
立即学习“go语言免费学习笔记（深入）”；
- 定义别名类型防止递归调用：比如原类型是
type User struct { Name *string }，自定义 marshal 时应声明type userAlias User，再让User.MarshalJSON调用json.Marshal(userAlias(u)) - 对
nil指针做分支处理：比如if u.Name == nil { return []byte(`""`), nil }，就能强制输出空字符串而非null - 注意与
UnmarshalJSON对称：如果你改了 marshal 行为，反序列化也得配套实现，否则读写不一致
避免多级指针误用，优先用 *T 而非 **T
除非你在实现类似 “修改指针本身” 的逻辑（例如 BST 插入时替换根节点指针），否则绝大多数场景下 **T 是过度设计，反而增加理解成本和出错概率。
- 典型误区：写
func insert(root **Node, val int)，结果在函数内只做了*root = &Node{...}，却忘了调用方传的是&node而不是node，导致调用侧没感知到变化 - 更清晰的做法是统一用
*Node接收器，在方法内用return &Node{...}或显式赋值*root = newNode（此时 root 是*Node类型变量） - 真正需要
**T的场景极少，比如 C 风格的“传出参数”，或某些底层 unsafe 操作；日常业务代码几乎不需要
最易被忽略的一点是：指针的生命周期和所有权常常隐含在接口、闭包或 goroutine 中。一个 *T 被多个 goroutine 同时读写却不加同步，或者在 defer 中捕获了已释放的指针，问题不会立刻暴露，但会在高并发或长时间运行后突然崩塌。
