因为std::list是双向链表，不支持随机访问，无operator[]和连续内存，下标访问为O(n)且被语言禁止；insert()必须传迭代器，指向插入点前位置，按索引插入需先用std::next并检查越界。
为什么 std::list 的 insert() 必须传迭代器位置，不能像 vector 那样用下标？
因为 std::list 是双向链表，不支持随机访问——没有 operator[]，也没有连续内存，下标访问是 O(n) 的遍历操作，语言层面直接禁止了这种用法。你看到的任何“下标插入”代码，要么是手写遍历，要么误用了其他容器。
实操建议：
立即学习“C++免费学习笔记（深入）”；
-
insert()第一个参数必须是有效的迭代器（比如begin()、end()或某个元素的iterator），指向「插入点前面」的位置 - 想插到开头？用
push_front()更清晰；想插到末尾？用push_back()——它们语义明确且无歧义 - 如果真要按“第 N 个位置”插入，得先用
std::next(list.begin(), n)获取迭代器，但注意n超出范围会 UB，务必检查n
erase() 后还用不用手动 delete 指针元素？
不用，而且绝对不要这么做。如果 std::list<int*> 存的是裸指针，erase() 只删节点、释放节点内存，但不会调用 delete 释放指针所指对象——这是常见泄漏源头。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 存原始指针时，
erase()前必须自己delete对应对象，或改用std::list<std::unique_ptr<T>> - 存值类型（如
int、std::string）完全安全：erase()会自动调用元素析构函数 - 误删迭代器后继续解引用？会触发未定义行为，典型现象是程序崩溃或读到垃圾值；删完立即失效，别缓存、别复用
用 splice() 搬元素比反复 erase()+insert() 快在哪？
快在「零拷贝」：它只改几个指针（prev/next），不构造新节点、不析构旧节点、不分配/释放内存。而 erase()+insert() 至少涉及两次内存操作和两次构造/析构。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 移动单个元素：
list1.splice(list1.begin(), list2, it)，把list2中it指向的节点接到list1开头 - 移动一段：
list1.splice(list1.end(), list2, first, last)，注意last是开区间终点（类似其他 STL 算法） - 两个
list必须是同一类型，且不能是自身拼接（l.splice(l.begin(), l, it)是未定义行为）
迭代器失效规则和 remove_if() 的坑
std::list 的迭代器只有在它所指的节点被 erase() 或 splice() 移走时才失效；插入、排序、赋值都不影响其他迭代器——这点比 vector 宽松得多。
但 remove_if() 是个特例：它不真正删除，只是把匹配元素移到末尾，再调用 erase() 批量清理。如果你在谓词里修改了容器（比如又调了 push_back()），行为未定义。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 安全写法：先
remove_if()，再单独erase(remove_if(...), end())，或者直接用list.remove_if(pred)成员函数（它内部已封装好） - 别在谓词里做任何可能改变链表结构的操作，包括调用其他成员函数
- 多线程场景下，哪怕只读也要注意：
splice()和sort()会重排节点，可能让其他线程持有的迭代器突然跨过被移动的节点
链表操作看着简单，但迭代器生命周期、指针所有权、移动语义这三块最容易漏判——尤其当从 vector 切换过来时，习惯性用下标或忽略指针管理，问题往往压到运行时才爆出来。
