addAll 方法只能向目标集合添加元素，不能反向操作；它将右侧集合元素追加到左侧集合末尾，返回boolean值，不支持链式调用，且不保证去重、排序或线程安全。
addAll 方法只能向目标集合添加元素，不能反向操作
Java 中的 addAll 是 Collection 接口定义的方法，它始终把调用方（即左侧集合）当作“接收者”，参数（右侧集合）是“被添加者”。这意味着 listA.addAll(listB) 会把 listB 的所有元素追加到 listA 末尾，而 listB 本身完全不变。
常见误用是以为它能返回新集合或支持链式合并，比如写成 new ArrayList().addAll(a).addAll(b) —— 这会编译失败，因为 addAll 返回 boolean，不是集合本身。
-
addAll返回boolean：只要至少添加了一个元素就返回true，否则返回false（例如源集合为空） - 若目标集合是只读的（如
Collections.unmodifiableList()），调用addAll会抛出UnsupportedOperationException - 不保证线程安全；多线程环境下需自行同步
ArrayList.addAll 和 LinkedList.addAll 性能差异明显
虽然都实现了 addAll，但底层实现不同导致性能表现不同。对 ArrayList，批量添加本质是数组扩容 + System.arraycopy，时间复杂度接近 O(n)；而 LinkedList 每次添加一个元素都要新建节点、修改指针，addAll 内部仍是循环调用 add，最坏可达 O(m×n)（m 是待添加元素数，n 是原链表长度）。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 合并大量元素时优先用
ArrayList作为目标集合 - 避免对
LinkedList频繁调用addAll，尤其在循环中 - 若必须用
LinkedList且数据量大，考虑先转成ArrayList合并再转回（权衡内存与速度）
addAll 无法自动去重或按规则合并
addAll 是纯追加操作，不会检查重复、排序或自定义逻辑。比如两个 HashSet 调用 addAll 确实能去重，但那是因为 HashSet 自身的 add 行为，不是 addAll 的功劳；而 ArrayList 就照单全收，重复照常插入。
Sylius开源电子商务平台是一个开源的 PHP 电子商务网站框架，基于 Symfony 和 Doctrine 构建，为用户量身定制解决方案。可管理任意复杂的产品和分类，每个产品可以设置不同的税率，支持多种配送方法，集成 Omnipay 在线支付。功能特点：前后端分离Sylius 带有一个强大的 REST API，可以自定义并与您选择的前端或您的微服务架构很好地配合使用。如果您是 Symfony
如果需要合并时去重、过滤或排序，得手动处理：
- 去重合并两个
List：用LinkedHashSet中转，再转回ArrayList - 按条件合并（如只加偶数）：先用
Stream.filter()处理源集合，再addAll - 保持有序合并（如两个已排序
List）：addAll会破坏顺序，应改用归并逻辑或Stream.concat().sorted()
Listlist1 = Arrays.asList(1, 2, 3); List list2 = Arrays.asList(3, 4, 5); // 直接 addAll → [1, 2, 3, 3, 4, 5] list1.addAll(list2); // 去重合并 → [1, 2, 3, 4, 5] List merged = new ArrayList<>(new LinkedHashSet<>(list1)); merged.addAll(new LinkedHashSet<>(list2));
addAll 在泛型擦除下可能引发 ClassCastException
运行时泛型信息已擦除，addAll 不做类型校验。如果目标集合声明为 List，但实际传入一个装了 Integer 的 List，编译期不报错，但后续取值时才会抛 ClassCastException。
典型场景：
- 使用原始类型（raw type）集合混用，如
List raw = new ArrayList(); raw.add(123); listString.addAll(raw); - 跨模块传参未严格约束泛型，接收方误认为类型安全
- 反射构造集合后未经类型检查直接
addAll
预防方式：启用编译器警告（-Xlint:unchecked），避免使用原始类型，必要时用 instanceof 或 Stream.filter() 做运行时过滤。
