MyBatis中<collection>标签用于一对多关系映射，将查询结果填充到Java对象的集合属性（如List）中；它与JDK的Collections工具类无关，后者仅提供运行时集合操作方法。
Java 中的 Collections 工具类本身并不直接参与 MyBatis 的映射参数包装过程。它和 MyBatis 的 <collection> 标签、结果映射或参数传递没有功能耦合关系——两者属于不同层级：Collections 是 JDK 提供的集合操作工具，而 MyBatis 的 collection 是 ORM 映射机制中的声明式配置元素。
MyBatis 中的 “collection” 不是 Collections 工具类
初学者容易混淆两个概念：
-
java.util.Collections：提供
sort()、unmodifiableList()、emptyList()等静态方法，用于运行时操作已有集合对象； -
MyBatis 的 <collection> 标签：XML 或注解中定义的映射指令，用于告诉 MyBatis 如何把查询结果（尤其是一对多关联数据）填充进 Java 对象的
List属性中。
二者命名相似但职责完全独立。你在写 <collection property="items" ofType="Item"> 时，用的是 MyBatis 的语义，与 Collections.synchronizedList() 无关。
真正影响 MyBatis 参数包装的集合类型行为
虽然 Collections 工具类不介入映射，但以下集合特性会影响 MyBatis 参数处理效果：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- MyBatis 要求被映射的集合属性（如
private List<Reply> replys;）必须有可写的 setter 方法，且类型为接口（List、Set），MyBatis 内部会自动实例化具体实现（通常是ArrayList）； - 若你手动传入不可变集合（如
Collections.emptyList()或Collections.unmodifiableList(...)）作为参数，MyBatis 在执行setXXX()时可能抛出UnsupportedOperationException； - 使用
Collections.singletonMap("key", value)传参时，MyBatis 可识别 Map 结构，但这是 Map 行为，不是 Collection 工具类在“包装”参数——它只是提供了便捷构造方式。
何时可能间接用到 Collections 工具类
在 MyBatis 使用场景中，Collections 工具类常出现在业务逻辑层，而非映射配置层：
- 预处理参数：比如将多个 ID 封装成不可修改列表传给
@SelectProvider方法； - 结果后处理：查询返回
List<Product>后，用Collections.sort(products, comparator)排序； - 空安全兜底：避免 NPE，
return Collections.unmodifiableList(orders != null ? orders : new ArrayList<>());。
这些操作发生在 MyBatis 执行完成之后（或之前），不影响 <resultMap> 或 <collection> 的解析与填充逻辑。
正确理解 MyBatis 的集合映射关键点
要让一对多关系映射成功，重点不在 Collections 工具类，而在：
- 实体类中集合属性声明规范（public getter/setter + 接口类型）；
-
<collection>中property（对应字段名）、ofType（子项类型）、select或嵌套<result>的准确性； - SQL 查询字段别名与
column属性严格匹配（尤其在 JOIN 多表时）； - 避免 N+1 查询问题——优先考虑嵌套结果（JOIN +
<collection>内嵌<result>），而非嵌套查询（select属性调用另一条 SQL）。
