Rust实现LeetCode61旋转链表时的可变借用赋值报错疑问

你遇到的问题核心在于Rust借用检查器对while let Some(next) = &mut p.next这种写法的生命周期推断逻辑——这个模式匹配会持续持有p.next的可变借用，且借用的生命周期被延长到了循环结束之后，导致后续对p.next的赋值操作被判定为在借用期间修改，触发报错。

两种写法的差异原因 #

• 用as_mut().unwrap()的写法能正常运行，是因为每次循环都会将可变引用p更新为下一个节点的可变引用，原节点的借用会被立即丢弃。循环结束时p指向的是最后一个节点的独立可变引用，此时修改p.next不存在借用冲突。
• 而while let Some(next) = &mut p.next的写法中，每次迭代都会对当前p的next字段创建可变借用并绑定到next上。即便你在循环体内将p更新为next，Rust的借用检查器也无法正确推断出原借用已失效，仍会认为p.next处于被借用状态，从而阻止后续的赋值操作。

解决方案 #

方案1：通过所有权转移遍历（推荐） #

放弃可变借用，改用take()方法转移next字段的所有权，全程不存在借用，完全避开借用检查限制：

// 假设已找到new_head（作为新头节点的Option<Box<ListNode>>）
let mut last = new_head.unwrap();
while let Some(next_node) = last.next.take() {
    last = next_node;
}
// 此时last是链表最后一个节点，直接修改next
last.next = Some(head);
// 最后返回新的头节点（需根据代码逻辑重新包装为Option，示例：Some(last)或new_head）

方案2：调整可变引用遍历方式 #

如果坚持使用可变引用，通过as_mut()获取next的可变引用，避免直接对p.next创建持续借用：

// 假设已找到new_head（作为新头节点的Option<Box<ListNode>>）
let mut last = new_head.as_mut().unwrap();
while let Some(next_node) = last.next.as_mut() {
    last = next_node;
}
last.next = Some(head);

内容的提问来源于stack exchange，提问作者tony