本文深入解析链表操作中 node.next 的本质：它不是“覆盖”或“丢失”前序节点，而是通过指针重连构建新结构；关键在于区分移动的游标引用（如 tempFinalHead）与固定起点引用（如 finalHead），后者始终维系整条链的可达性。
本文深入解析链表操作中 `node.next` 的本质：它不是“覆盖”或“丢失”前序节点，而是通过指针重连构建新结构；关键在于区分**移动的游标引用**（如 `tempfinalhead`）与**固定起点引用**（如 `finalhead`），后者始终维系整条链的可达性。
在链表合并等操作中，初学者常误以为 tempFinalHead = tempFinalHead.next 会“丢弃”前面的节点——实则不然。.next 是一个引用字段，而非存储容器；对它的赋值（如 tempFinalHead.next = list1）本质是修改当前节点的指针指向，将新节点“拼接”到已有链尾，而整条链的拓扑结构由最上游的固定引用（如 finalHead）持续维护。
以下以 mergeTwoLists 的核心逻辑为例说明：
ListNode finalHead = new ListNode(0); // 哨兵节点（dummy node）
ListNode tempFinalHead = finalHead; // 游标，用于遍历构建
// 合并主循环...
while (list1 != null && list2 != null) {
if (list1.val < list2.val) {
tempFinalHead.next = list1; // ✅ 关键：将 list1 节点“接入”链尾
list1 = list1.next; // ✅ 移动 list1 游标，不影响已接入节点
} else {
tempFinalHead.next = list2; // ✅ 同理，接入 list2 节点
list2 = list2.next;
}
tempFinalHead = tempFinalHead.next; // ✅ 游标前移，指向最新接入节点
}核心机制解析：
-
tempFinalHead.next = list1并未“替换”tempFinalHead自身，而是修改其next字段，使其指向list1所代表的子链（例如2→4）。此时，从finalHead出发，链变为0→1→2→4...，所有已接入节点均通过finalHead可达。 -
tempFinalHead = tempFinalHead.next仅让游标变量指向链表中新加入的末尾节点，不改变任何节点的next指针，更不会使之前节点失联。 -
list1 = list1.next是移动输入链的读取位置，与输出链无关——它只是让list1指向剩余待处理部分（如从1→2→4变为2→4），已接入的1节点仍稳固存在于finalHead所维护的链中。
可视化关键点：
-
finalHead是永不移动的锚点，所有tempFinalHead.next = ...的操作，都是在延长从finalHead出发的链。 -
tempFinalHead是动态尾指针，仅用于高效定位插入位置，其自身变化不影响链的完整性。 - 哨兵节点
finalHead的val=0是临时占位，最终return finalHead.next即跳过它，返回真实首节点。
注意事项：
⚠️ 切勿仅依赖游标引用（如 tempFinalHead）保存链表——一旦它移动，就无法回溯；必须始终持有 finalHead 这类源头引用。
⚠️ 链表节点一旦被 next 字段连接，即成为新链的一部分，其内存由整个链的可达性保障，不会因局部变量变更而被回收。
✅ 此模式（哨兵节点 + 游标构建）是链表原地合并的标准范式，兼顾简洁性与安全性。
掌握这一引用模型后，你将清晰识别：.next 是链表的“焊接点”，而 finalHead 是永不松脱的“总开关”。
