在Java里Vector和Collections.synchronizedList如何选择_同步机制解析
新项目应避免使用Vector；若需简单线程安全List且读写不频繁，选Collections.synchronizedList；若读多写少或需安全迭代，则用CopyOnWriteArrayList等并发集合。
Vector 和 Collections.synchronizedList 都提供线程安全的 List 实现，但它们的设计目标、使用场景和性能特征差异明显。选哪个不取决于“哪个更安全”，而在于你是否需要历史兼容性、是否接受粗粒度锁、以及是否计划在同步块内做复合操作。
Vector 是自带同步的老派容器
Vector 的所有 public 方法（add、get、size、remove 等）默认用 synchronized 修饰，内部锁是 this。这意味着：
- 单个操作是线程安全的，但多个操作组合仍可能出错（比如先
size()再get(i)，中间可能被其他线程修改） - 每次调用都独占锁，即使只是读取，也会阻塞其他线程，吞吐量低
- 继承自
AbstractList，但早期设计未完全遵循现代集合接口规范（如部分方法语义略异） - 已基本被标记为遗留类，官方文档明确建议优先使用
ArrayList+ 显式同步或并发集合
Collections.synchronizedList 提供更灵活的同步包装
它把任意 List（通常是 ArrayList）包装成线程安全版本，同步逻辑集中在包装器中：
- 同样对每个方法加
synchronized(this)，锁对象也是被包装的 list 实例本身 - 底层仍用
ArrayList，所以初始容量、扩容策略、内存布局等更可控、更轻量 - 关键优势：你可以拿到原始 list 引用，在必要时绕过同步（比如只在单线程初始化阶段），或在同步块中执行多步操作
- 注意：迭代必须手动同步，否则会抛
ConcurrentMo
dificationException
dificationException例如：
List// 安全的复合操作需显式同步
synchronized (list) {
if (!list.isEmpty()) {
String first = list.get(0);
list.remove(0);
}
}
真正需要考虑的替代方案：ConcurrentHashMap 或 CopyOnWriteArrayList
如果场景涉及高并发读、低频写，或需要遍历时不抛异常，Vector 和 synchronizedList 的独占锁就成为瓶颈：
-
CopyOnWriteArrayList：适合读多写少（如监听器列表），写操作复制整个数组，读完全无锁 -
ConcurrentLinkedQueue或ConcurrentSkipListMap：若能接受非 List 接口，有更高并发能力 - 自己用
ReentrantLock或StampedLock细粒度控制：适用于复杂业务逻辑，但开发成本上升
一句话总结选择逻辑
新项目别用 Vector；如果只是临时需要一个线程安全的动态数组，且读写频率不高，用 Collections.synchronizedList(new ArrayList()) 即可；如果性能敏感或有迭代+修改需求，直接上 CopyOnWriteArrayList 或评估是否该换数据结构。同步不是目的，正确性和效率才是。
