应根据需求四维度选集合：有序性、重复性、线程安全性、操作频次。arraylist适合读多写少、随机访问；linkedlist适用于首尾频繁增删；hashset去重快，linkedhashset保插入序；hashmap是键值查找首选，多线程用concurrenthashmap。
Java集合框架提供了多种数据结构，选择合适的数据结构能显著提升程序性能和可读性。关键不在于“哪个最好”，而在于“哪个最匹配当前需求”——核心看四个维度：是否需要有序、是否允许重复、是否要求线程安全、是否频繁增删或查找。
需要保持插入顺序且允许重复 → 用 ArrayList
ArrayList 是基于动态数组实现的，支持按索引快速随机访问（O(1)），适合读多写少、按位置操作的场景。例如缓存一批日志对象、维护用户操作历史列表、批量处理表单提交参数。
- 频繁通过下标获取元素（如
list.get(5)）→ ArrayList 比 LinkedList 快得多 - 尾部添加较多（
add(e)）、中间插入/删除少 → 数组扩容代价可控 - 不需要排序，也不关心元素是否唯一 → 避免无谓使用 TreeSet 或 HashSet
频繁在首尾增删、不依赖索引 → 用 LinkedList
LinkedList 底层是双向链表，头尾插入/删除是 O(1)，但按索引访问是 O(n)。它真正适用的不是“链表通用场景”，而是明确符合以下特征的操作：
- 模拟队列或栈行为：用
addFirst()/removeLast()实现双端队列（Deque），比 ArrayDeque 更直观（但性能略低） - 需频繁在列表开头插入新任务（如消息调度器的待处理队列）
- 遍历中动态删除当前元素（用迭代器
iterator.remove()安全高效）
注意：除非明确需要上述特性，否则不要因“听说链表插入快”就盲目选用 LinkedList——多数业务列表操作仍以随机访问为主。
立即学习“Java免费学习笔记（深入）”；
要去重 + 快速查找 → 用 HashSet 或 LinkedHashSet
当业务逻辑天然排斥重复（如用户收藏标签、HTTP请求头字段名、配置项键集合），且不关心顺序时，HashSet 是首选：底层哈希表，平均 O(1) 查找与插入。
- 只要求去重和快速 contains() → HashSet 足够，内存开销最小
- 既要去重，又需按插入顺序遍历（如最近搜索词、API调用白名单）→ 选 LinkedHashSet，它用链表维护插入序，性能接近 HashSet
- 若需自然排序（如字母序、时间序）→ 改用 TreeSet，但注意它是红黑树实现，O(log n) 操作，且要求元素可比较
需要键值映射 + 高频按 key 查找 → 用 HashMap 或 ConcurrentHashMap
绝大多数“根据 ID 查用户”“根据订单号查状态”“配置项 key-value 存储”都属于此场景。HashMap 提供平均 O(1) 的 get/put，是默认首选。
- 单线程环境、无需同步 → 直接用 HashMap
- 多线程写入且要求线程安全 → 优先选 ConcurrentHashMap，它分段锁或 CAS 优化，比 Hashtable 性能好得多
- 需要遍历时保持插入顺序（如解析 JSON 对象后按字段原序处理）→ 用 LinkedHashMap
- key 必须合理重写
hashCode()和equals()，否则 HashMap 行为异常
不复杂但容易忽略：集合选型本质是权衡。ArrayList 看似简单，却在分页查询、DTO 转换中承担最多；HashMap 被用得最多，但误用 null key 或未重写哈希方法会导致静默失败。真正重要的不是记住所有类，而是养成问自己一句：“我到底要它做什么？”
