修改 node.Next 有时不生效，因Go参数是值传递，传入的是指针副本；直接赋值形参不影响原变量，需解引用改字段或传**Node修改外部指针。
为什么修改 node.Next 有时不生效？
因为 Go 中函数参数是值传递，传入的是指针的副本。如果在函数里直接给形参重新赋值（比如 head = head.Next），原调用处的变量不会改变。链表遍历或删除头节点时容易踩这个坑。
真正要修改节点关系，必须解引用后改结构体字段；要修改“谁指向我”，得传入指向指针的指针（*Node 类型的地址）。
- 修改当前节点的
Next字段：直接用node.Next = newNode - 修改前驱节点对当前节点的引用（如删除当前节点）：需要知道前驱的
*Node地址，即传**Node - 插入新节点到某节点之后：只需
newNode.Next = node.Next; node.Next = newNode
如何安全地删除链表中值为 x 的第一个节点？
关键在于处理头节点被删的情况——此时需要修改外部持有的头指针。不能只传 *Node，而要传 **Node，让函数能更新原始指针。
func removeFirst(head **Node, x int) {
if *head == nil {
return
}
if (*head).Val == x {
*head = (*head).Next // 修改调用方的 head 变量
return
}
curr := *head
for curr.Next != nil {
if curr.Next.Val == x {
curr.Next = curr.Next.Next // 这里改的是结构体字段，不需要双重指针
return
}
curr = curr.Next
}
}
注意：(*head).Next 和 curr.Next 写法等价于 (*head).Next 和 curr.Next，但解引用操作符 * 必须显式写在括号内，否则 *head.Next 会先算 head.Next（非法）。
立即学习“go语言免费学习笔记（深入）”；
Node 结构体定义和常见误操作
典型定义如下：
type Node struct {
Val int
Next *Node
}
常见错误包括：
- 声明
var n Node后直接用n.Next.Val—— 此时n.Next是nil，panic:invalid memory address or nil pointer dereference - 循环中写
for p != nil { p = p.Next }，但忘记在循环体里检查p.Next是否为空就访问其字段 - 误以为
func insertAfter(n *Node, v int)能让外界“看到”新节点插入——它确实能改n.Next，但前提是n本身不是nil，且调用前已确保链表非空
替换头节点时为什么不能只返回新头？
可以返回，但调用方必须手动接收并赋值，比如 head = removeHead(head)。这看似简单，但在嵌套调用、方法链或并发场景下容易遗漏。用 **Node 参数则把修改逻辑收束在函数内部，语义更明确，也避免调用方忘记赋值。
不过要注意：Go 不支持运算符重载，也没有引用类型，所以“传引用修改”只能靠指针的指针实现。这不是语法糖，而是内存模型决定的硬约束。
最易被忽略的一点：所有对 Next 字段的修改，都必须确认左值非 nil；所有对 *Node 的解引用，都要先做 != nil 判断——Go 不会自动帮你做空检查。
