addAll方法要求目标集合与待添加集合泛型类型兼容，否则编译报错；例如ArrayList不能addAll LinkedList，即使二者均实现Collection接口。
addAll 方法只能添加同类型集合
Java 的 addAll 要求目标集合与待添加集合的泛型类型兼容，否则编译直接报错。比如 ArrayList<string></string> 不能 addAll 一个 LinkedList<integer></integer>，哪怕都实现了 Collection 接口也不行。
常见错误现象：add(int index, E element) 和 addAll(Collection extends E> c) 混用，误以为后者能自动类型转换。
- 检查源集合声明类型是否是目标集合元素类型的子类型或相同类型
- 若需跨类型合并（如把
Number列表转成Integer列表），得先用 stream 过滤转换，再addAll - 原始类型集合（如
ArrayList未加泛型）虽能调用，但会触发 unchecked 警告，不推荐
addAll 不会去重，也不会改变原集合顺序
addAll 是纯追加操作，它把整个源集合元素按原有顺序插入到目标集合末尾（或指定位置），不做任何判重、排序或过滤。
使用场景：日志聚合、批量入库前拼接数据、多线程各自收集结果后汇总。
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 如果需要去重合并，得先用
TreeSet或LinkedHashSet中转，再转回目标类型 - 想在指定位置插入（如插到索引 2 后），用
addAll(int index, Collection extends E> c)重载方法 - 注意：插入位置超出目标集合当前 size 会抛
IndexOutOfBoundsException
addAll 的性能取决于底层实现
ArrayList 的 addAll 在末尾追加时接近 O(n)，但如果容量不足会触发扩容（复制数组），最坏情况是 O(n+m)；LinkedList 插入头部或中间较慢，但末尾 addAll 是 O(n)，因为要遍历找尾节点。
性能影响关键点：
- 提前预估大小，用带初始容量的构造器创建目标集合，减少扩容次数
- 避免对
ArrayList频繁调用addAll且每次只加少量元素——改用单个add可能更清晰，也方便调试 -
CopyOnWriteArrayList的addAll开销极大，每次都会复制整个底层数组，高并发写场景慎用
空集合和 null 值处理要主动防御
addAll(null) 会直接抛 NullPointerException，而 addAll(Collections.emptyList()) 是安全的空操作。
容易踩的坑：
- 从外部接口或数据库查出的集合可能为
null，务必判空再调用addAll - 源集合里含
null元素时，若目标集合不允许（如某些Set实现），会在运行时抛异常，不是编译期问题 - 建议封装工具方法：
safeAddAll(List<t> target, Collection extends T> source)</t>，内部做 null 检查和空集合跳过
addAll 可能悄悄塞进非法类型，等取出来转型时才崩。 
