本文深入解析链表操作中 .next 的本质：它不“覆盖”历史节点，而是通过多引用协同（如 finalHead 保持头结点、tempFinalHead 逐步推进）构建完整链式结构，所有已连接节点始终被头指针可达。
本文深入解析链表操作中 `.next` 的本质：它不“覆盖”历史节点，而是通过多引用协同（如 `finalhead` 保持头结点、`tempfinalhead` 逐步推进）构建完整链式结构，所有已连接节点始终被头指针可达。
在链表合并等操作中，初学者常对 .next 赋值产生误解——误以为 tempFinalHead.next = list1 会“丢弃”之前已连接的节点。实际上，.next 是一个指针域（即引用），它的赋值只是建立或更新单向链接关系，而非销毁原有数据。真正决定节点是否“存活”的，是是否存在至少一个强引用指向该节点（即该节点是否仍可达）。
以 mergeTwoLists 中的经典双指针模式为例：
ListNode finalHead = new ListNode(0); // 哨兵节点（dummy node） ListNode tempFinalHead = finalHead; // 工作指针，初始指向哨兵 // 合并循环中： tempFinalHead.next = list1; // 将 list1 当前节点“挂载”到结果链尾 list1 = list1.next; // list1 向前移动，指向下一个待处理节点 tempFinalHead = tempFinalHead.next; // tempFinalHead 也向前移动，成为新链尾
关键在于：
✅ finalHead 自始至终未移动，它始终持有着整个结果链的入口地址；
✅ 每次执行 tempFinalHead.next = list1，实质是将 list1 所指节点的地址写入当前链尾节点的 next 字段，从而延长链表；
❌ tempFinalHead = tempFinalHead.next 只是让工作指针“滑动”到最新加入的节点，绝不影响此前已建立的所有链接。
? 类比理解：想象一列火车——
finalHead是车头（永远固定），tempFinalHead是正在安装车厢的工人。工人把新车厢（list1）挂到当前车尾，再走到新车厢上继续作业。车头不动，整列车自然保留所有已挂载车厢。
重要注意事项：
- 哨兵节点（
finalHead）本身不存有效数据，最终需返回finalHead.next以跳过它； - 若仅依赖
tempFinalHead而丢失finalHead，则链表头部引用丢失，导致内存泄漏（节点不可达，被 GC 回收）； - 所有
.next操作均在修改节点内部的引用字段，而非复制节点对象，因此空间高效。
综上，链表的“连续性”并非由单一变量维持，而是由从头结点出发、逐 next 可达的引用链保障。只要头指针（如 finalHead）存在，整条链就稳固存在；工作指针（如 tempFinalHead）仅负责构造过程中的位置追踪，其移动不会割裂已有结构。
