修改 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 不会自动帮你做空检查。