17370845950

线程安全应避免ArrayList/HashMap，改用CopyOnWriteArrayList、ConcurrentHashMap或AtomicInteger；HashMap需预设容量和负载因子；优先选ArrayDeque而非LinkedList；业务场景用不可变集合或EnumMap等专用结构。

需要线程安全时别直接用 ArrayList 或 HashMap

它们不是线程安全的，多线程写入会出 ConcurrentModificationException 或数据丢失。常见错误是加了 synchronized 块但没覆盖所有访问路径，导致伪安全。

实操建议：

• 读多写少：优先用 Collections.unmodifiableList() 配合外部同步，或直接用 CopyOnWriteArrayList（注意写操作开销大）
• 读写均衡：用 ConcurrentHashMap，它分段锁/ CAS 实现，比 Hashtable 性能好得多
• 简单计数场景：用 AtomicInteger 或 LongAdder，比包装成 ConcurrentHashMap 更轻量

HashMap 的初始容量和负载因子不能只看默认值

默认 initialCapacity=16、loadFactor=0.75，意味着插入第 13 个元素就触发扩容。频繁扩容会复制整个桶数组，GC 压力明显上升。

实操建议：

• 预估大小：比如确定存 1000 个键值对，设 new HashMap(1024)（向上取 2 的幂），避免中途扩容
• 高冲突场景（如大量字符串哈希相近）：可适当调低 loadFactor（如 0.5），以空间换查询稳定性
• 注意 JDK 8+ 的红黑树转换阈值是 8，但前提是桶内链表长度 ≥8 且 table.length ≥ 64，小容量下仍走链表，性能差异明显

频繁增删首尾元素时，LinkedList 并不比 ArrayDeque 快

很多人以为 LinkedList 是为双向队列设计的，实际它每个节点都要额外分配对象，内存碎片多，CPU 缓存不友好。JDK 自己的栈、队列工具类（如 Arrays.asList().stream().collect(Collectors.toCollection(ArrayDeque::new))）也倾向用 ArrayDeque。

实操建议：

• 当需要 addFirst() / removeLast() 等操作时，无条件选 ArrayD

  

  eque
• LinkedList 唯一合理场景：在已知节点引用的前提下做 listIterator().add() 插入（极少见）
• 若必须用链表语义且需随机访问，不如用 ArrayList + 批量 subList() 操作，现代 JVM 对连续内存优化远胜指针跳转

业务语义明确时，优先用不可变集合或专用结构

比如“配置项只读映射”“用户权限集合”“枚举状态集合”，硬套 HashMap 或 HashSet 容易漏掉空值、重复添加、意外修改等边界问题。

实操建议：

• 静态常量映射：用 Map.of("k1", v1, "k2", v2)（Java 9+）或 ImmutableMap.of()（Guava），编译期检查、零运行时开销
• 有限枚举键：用 EnumMap，内部是数组索引，比 HashMap 快 3–5 倍，且类型安全
• 去重且有序：别先 new HashSet 再转 TreeSet，直接用 TreeSet 或排序后 LinkedHashSet 保插入序

选型真正卡点的往往不是功能对齐，而是扩容行为、内存布局、GC 特性这些隐式成本——尤其在长周期服务里，一个没设初容量的 HashMap 可能悄悄吃掉 20% 的 Young GC 时间。