go结构体嵌入指针字段是解决递归类型编译限制的必需方案，如链表、树必须用*node而非node，否则报invalid recursive type；未初始化指针直接访问会panic，需显式赋值并检查nil。
Go 结构体嵌入指针字段时，链表节点会 panic: invalid memory address
直接对未初始化的指针字段调用方法或访问成员，Go 会立即报 panic: runtime error: invalid memory address or nil pointer dereference。这不是语法错误，而是运行时崩溃——因为 next *Node 字段默认是 nil，你却写了 node.next.Value = 42。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 定义节点后，必须显式初始化指针字段：
node.next = &Node{Value: 42}，不能依赖零值 - 构造链表时优先用工厂函数封装初始化逻辑，避免裸写
&Node{...}多次出错 - 插入/遍历时，每个指针访问前加
if node.next != nil判断（尤其在递归或循环中）
嵌入 *TreeNode 实现二叉树时，左右子树总为 nil
常见现象：结构体字段声明为 Left, Right *TreeNode，但新节点创建后 root.Left 始终是 nil，即使已赋值。问题往往出在「赋值对象不是你认为的那个」——比如用了值拷贝：tmp := *root; tmp.Left = &TreeNode{...}，这改的是副本，原 root 不变。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 所有树操作函数参数必须接收
*TreeNode，而非TreeNode，否则无法修改原始节点的指针字段 - 避免解引用再取地址：
*node.Left = TreeNode{...}是错的；正确写法是node.Left = &TreeNode{...} - 初始化根节点时别漏掉取地址：
root := &TreeNode{Value: 1}，而不是root := TreeNode{Value: 1}
为什么不用嵌入结构体而用嵌入指针？type Node struct { Next *Node } vs type Node struct { Next Node }
后者会导致编译失败：invalid recursive type Node。Go 禁止结构体直接包含自身类型（哪怕是非指针），因为编译器无法计算其大小。指针则没问题——所有指针在 64 位系统上固定占 8 字节。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 链表、树、图等递归数据结构，字段必须用指针类型，这是语言限制，不是风格选择
- 指针带来间接访问开销，但现代 CPU 缓存友好，实际性能差异远小于逻辑错误带来的代价
- 如果真想减少指针跳转（如高频遍历场景），可考虑切片 + 索引模拟树（即「数组堆」），但这就脱离了结构体嵌入的原始需求
JSON 序列化嵌入指针字段时，空子树消失或变成 null
默认情况下，Go 的 json.Marshal 对 nil *TreeNode 输出 null，而对非 nil 指针正常展开。但如果你希望空子树不出现字段（比如省略 "left": null），就得干预序列化行为。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 给结构体字段加
json:",omitempty"标签，这样nil指针会被忽略（注意：仅对指针、切片、map 等零值有效） - 不要手动实现
MarshalJSON去“隐藏” nil，除非你需要自定义格式；多数情况omitempty足够 - 反序列化时，
json.Unmarshal遇到null会把目标指针设为nil，符合预期；但若 JSON 缺失该字段，指针也保持nil，这点和值类型不同
