go 的 container/list 不支持按索引或值移动节点，因其实现为无索引缓存的双向链表，所有移动必须基于已归属该链表的 element 指针，且目标与参考节点须同属一个 list 实例。
Go 的 container/list 不支持“按索引移动节点”，所有位置调整必须基于 *Element 指针操作，且目标元素必须已在链表中。
为什么不能用下标或值来移动节点
Go 标准库的 list.List 是纯指针驱动的双向链表，内部没有索引缓存，也没有提供类似 MoveToIndex(2) 或 MoveElementWithValue("x") 这类方法。所有移动操作的前提是：你已经持有要移动的 *Element 和（可选）参考用的 *Element —— 它们必须属于同一个 *List 实例。
常见错误现象：l.MoveBefore(e, nil) 或 l.MoveBefore(e, someOtherList.Front()) 会 panic，因为 mark 为 nil 或不属于当前链表；e 若未被 PushFront/InsertAfter 等返回、或已被 Remove，也会导致运行时 panic。
- 移动操作不检查元素归属，只做指针重连，失败时直接 panic
- 无法通过值查找再移动，必须自己遍历 + 判断
e.Value == target后再调用移动 - 空链表上调用
MoveToFront(e)是合法的，但e必须已属该链表
MoveBefore 和 MoveAfter 的实际行为
这两个方法不是“插入到某位置”，而是“把已有节点 e 搬到 mark 节点的前面/后面”。关键在于：mark 必须是链表中的有效节点，且 e != mark。
例如：
l := list.New()
a := l.PushBack("A")
b := l.PushBack("B")
c := l.PushBack("C") // A → B → C
l.MoveBefore(c, b) // 把 C 搬到 B 前面 → A → C → B
l.MoveAfter(a, c) // 把 A 搬到 C 后面 → C → A → B
-
MoveBefore(e, mark)：e最终位于mark.Prev()和mark之间 -
MoveAfter(e, mark)：e最终位于mark和mark.Next()之间 - 若
mark是头节点，MoveBefore(e, mark)等价于MoveToFront(e) - 若
mark是尾节点，MoveAfter(e, mark)等价于MoveToBack(e)
如何安全地把某个值对应的节点移到开头
没有内置查找，必须手动遍历。注意：遍历时不能边查边移（会破坏迭代器），应先找到目标 *Element，再调用移动。
示例逻辑：
func moveToHead(l *list.List, target interface{}) *list.Element {
for e := l.Front(); e != nil; e = e.Next() {
if e.Value == target {
l.MoveToFront(e)
return e
}
}
return nil // not found
}
- 遍历中比较
e.Value == target仅适用于可比类型（如 int、string）；含 map/slice 的值需用reflect.DeepEqual - 不要在循环体内调
l.Remove(e)后再PushFront，那不是“移动”，是“删+插”，会丢失原*Element指针身份 - 如果目标节点可能被并发修改，
container/list本身不加锁，需外部同步
容易被忽略的 root sentinel 节点影响
list.List 内部用一个哨兵节点 root 构成环形结构，Front() 和 Back() 返回的其实是 root.next 和 root.prev。这导致两个隐蔽行为：
-
e.Prev() == nil只说明e是头节点，不代表它没前驱 —— 它前驱其实是&l.root，只是Prev()方法做了屏蔽 - 对刚新建的空链表调
l.Init()，不会清空已有节点，只会把root.next/root.prev指回自身，旧节点仍挂在内存里，形成悬垂指针 - 移动操作依赖
e.list == l && e != &l.root判断有效性，所以千万别把&l.root当普通*Element传进去
真正清空链表得用 for l.Len() > 0 { l.Remove(l.Front()) }，或直接丢弃旧 *List 新建一个。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
