应使用 Newnode() 工厂函数而非 &Node{} 初始化节点，因其能显式控制初始化逻辑、支持后续扩展、避免字段遗漏，并明确表达构造语义；go 不允许结构体字段声明时赋值，Next 字段零值为 nil 已足够。
为什么不能直接用 &Node{} 初始化链表节点
Go 中结构体字面量 &Node{} 看似简洁，但若 Node 包含非导出字段或嵌入了需要初始化的接口/指针字段，它可能跳过必要的零值处理逻辑。更关键的是，当节点需关联生命周期管理（如资源释放钩子）或需统一执行校验时，裸字面量无法插入初始化逻辑。
- 直接取地址不触发自定义初始化逻辑
- 无法对
Next字段做默认置nil以外的处理（比如预分配缓冲区） - 多人协作中易遗漏字段赋值，尤其新增字段后
推荐用 NewNode() 工厂函数封装初始化
把节点创建逻辑收口到函数里，既显式又可控。哪怕当前只是简单赋值，也为后续扩展留出空间。
type Node struct { Data int Next *Node } func NewNode(data int) *Node { return &Node{ Data: data, Next: nil, // 显式写出，避免隐式零值带来的可读性模糊 } }- 调用
NewNode(42)比&Node{Data: 42}更具语义——这是“构造”，不是“取址” - 函数名可承载业务含义，如
NewUserNode()、NewSortedNode() - 后续若需加日志、指标或 panic 校验（如
data != 0），只改一处
避免在结构体字段中直接初始化指针字段
不要这样写：
type Node struct { Data int Next *Node = nil // 编译错误：结构体字段不能有初始值 }Go 不允许结构体字段声明时赋值。所有指针字段的初始状态只能靠字面量或构造函数控制。
-
Next字段声明为*Node即已隐含零值为nil，无需额外动作 - 若想强制非空，应改用非指针类型（如
Next Node）并配合工厂函数校验，而非试图“默认初始化指针” - 误写
Next: &Node{}会创建一个无意义的空节点，极易引发循环引用或内存泄漏
链表头节点要不要用 new(Node)？
用 new(Node) 或 &Node{} 创建头节点都可行，但语义不同：new(Node) 只分配零值内存，&Node{} 是复合字面量。实际项目中更常见的是直接用 var head *Node（即 nil），从第一个有效数据节点开始构建。
- 头节点为
nil是最轻量、最符合 Go 习惯的做法；插入时再用NewNode()分配 - 若需哨兵节点（sentinel），应明确命名并用工厂函数创建，例如
newSentinelNode() - 不要用
head := new(Node)然后手动设head.Next = ...—— 这会让头节点本身变成一个真实存在的、Data 为 0 的冗余节点
真正容易被忽略的是：链表操作中，**所有对 Next 字段的赋值都必须确认左值非 nil**。比如 cur.Next = newNode 前，cur 本身可能是 nil（空链表插入头节点），这时候应直接赋给头指针，而不是解引用。这个边界检查不在节点初始化里，但在使用时高频出错。