不会立即抛 ConcurrentModificationException，而是在迭代时检测到 modCount 不一致才抛出；多线程直接 add() 可能导致数组越界、元素覆盖或结果丢失。
ArrayList 在多线程下直接 add() 会抛 ConcurrentModificationException 吗？
不会立即抛 ConcurrentModificationException，但大概率在迭代时崩溃。这个异常不是在写操作（如 add()）时触发，而是在后续调用 iterator().next() 或 forEach() 等遍历方法检测到结构被并发修改时才抛出。
-
ArrayList的modCount字段记录结构性修改次数，Iterator持有初始expectedModCount，不一致即触发异常 - 多个线程同时
add()可能导致数组越界、元素覆盖或NullPointerException，因为add()不是原子操作：先检查容量 → 扩容（可能复制数组）→ 写入元素 - 即使没抛异常，结果也是不可预测的——比如两个线程同时
add("a")，最终可能只插入一个，或数组处于中间状态
哪些 Java 集合类天生支持多线程安全？
真正线程安全的集合类极少，且各有适用边界。注意“线程安全”仅指单个操作原子，不等于复合操作自动安全。
-
Vector和Stack：所有 public 方法加了synchronized，但性能差、已基本被弃用 -
Hashtable：类似Vector，get()和put()都同步，但不支持null键/值，且迭代仍需手动同步 -
ConcurrentHashMap：推荐首选，分段锁（JDK 7）或cas + synchronized（JDK 8+），支持高并发读写，get()无锁，put()锁粒度为桶（bin） -
CopyOnWriteArrayList：写操作复制整个数组，读操作完全无锁；适合读远多于写的场景（如监听器列表），但内存开销大、写延迟高
ConcurrentHashMap 的 computeIfAbsent() 为什么比 putIfAbsent() 更适合初始化缓存？
因为 computeIfAbsent() 能保证：键不存在时，只会执行一次传入的 mapping function；而 putIfAbsent() 无法避免重复构造值对象。
Map<String, List<String>> cache = new ConcurrentHashMap<>();
// ❌ 可能多次 new ArrayList()，即使 key 已存在
cache.putIfAbsent("key", new ArrayList<>());
// ✅ 只有 key 真正不存在时，lambda 才执行一次
cache.computeIfAbsent("key", k -> new ArrayList<>());
-
computeIfAbsent()内部对目标桶加锁，确保 mapping function 不会被并发调用多次 - 若 mapping function 耗时（如查数据库、解析 JSON），重复执行会造成资源浪费甚至业务错误
- 注意：mapping function 内不能调用该 map 的其他写方法（如
put()），否则可能死锁
用 Collections.synchronizedList() 包装 ArrayList 还需要额外同步吗？
需要。包装后单个方法（如 add()、get()）是线程安全的，但复合操作（如“检查是否存在再添加”）仍是竞态点。
立即学习“Java免费学习笔记（深入）”；
List<String> list = Collections.synchronizedList(new ArrayList<>());
// ❌ 以下三行不是原子操作：可能两个线程同时通过 if 判断，都执行 add()
if (!list.contains("x")) {
list.add("x"); // ← 中间可能被其他线程插入 "x"
}
- 必须用
synchronized(list)显式包裹整个逻辑块 - 迭代时也必须手动同步，否则仍可能抛
ConcurrentModificationException：synchronized(list) { for (String s : list) { ... } } - 这种包装只是“语法糖”，底层仍是粗粒度锁，吞吐量不如
ConcurrentHashMap或CopyOnWriteArrayList
