collections.synchronizedlist()仅保证单个方法调用的线程安全，无法保障复合操作原子性；其代理对象对每个public方法加锁，但多步逻辑间存在竞态，遍历时易抛concurrentmodificationexception，正确用法需显式同步块遍历，且禁止绕过包装器直接操作底层list。
Collections.synchronizedList() 只能保证单个操作的线程安全，不能保证复合操作的原子性——这是最常被误用的地方。
为什么 synchronizedList 不能解决遍历 + 修改问题
它返回的是一个包装了原始 List 的代理对象，所有 public 方法（如 add()、get()、size()）内部加了 synchronized，但每次调用只锁住当前方法。一旦涉及多步逻辑，比如“先检查是否为空，再取第一个元素”，中间就可能被其他线程插入或删除。
常见错误现象：
- 抛出
ConcurrentModificationException（尤其在 for-each 或迭代器遍历时） - 读到脏数据或漏处理元素
- 看似正常，但在高并发下偶发失败
正确使用 synchronizedList 的场景和写法
适用于：单次调用即可完成、无需状态依赖的操作。
立即学习“Java免费学习笔记（深入）”；
- 添加单个元素：
syncList.add(item) - 根据索引读取：
syncList.get(0) - 获取大小：
syncList.size()
但要注意：即使这些操作本身线程安全，组合使用仍需手动同步。例如遍历必须显式加锁：
synchronized (syncList) {
for (String s : syncList) {
System.out.println(s);
}
}
否则迭代器仍可能失效。
比 synchronizedList 更适合的替代方案
多数真实场景中，它只是“看起来线程安全”的陷阱。更稳妥的选择取决于使用模式：
- 需要高频读 + 偶尔写 → 用
CopyOnWriteArrayList（适合读多写少，如监听器列表） - 需要强一致性 + 复杂逻辑 → 直接用
ReentrantLock或synchronized块保护整个业务逻辑段 - 要支持并发插入/查找且不关心顺序 → 改用
ConcurrentHashMap模拟集合语义（如用 key 表示存在性）
Vector 和 Stack 同样是过时的同步容器，不推荐新代码使用。
容易忽略的初始化陷阱
必须确保所有对底层 list 的访问都通过同步包装器，否则等于没锁：
List<String> raw = new ArrayList<>();
List<String> syncList = Collections.synchronizedList(raw);
// ❌ 危险！绕过 syncList 直接操作 raw
raw.add("hacked");
// ✅ 正确：只通过 syncList 访问
syncList.add("safe");
更隐蔽的问题是：如果构造时传入的是非空 list（比如从别处拿到的引用），而该 list 正在被其他线程修改，synchronizedList 并不会阻止那一刻的竞态——同步只从包装后开始生效。
