说到mybatis的collection标签，我们肯定不陌生，可以通过它解决一对多的映射问题，举个例子一个用户对应多个系统权限，通过对用户表和权限表的关联查询我们可以得到好多条记录，但是用户信息这部分在多条记录中是重复的，只有权限不同，我们需要把这多条权限记录映射到这个用户之中，这个时候可以通过collection标签/association标签来解决（虽然assocation标签一般是解决一对一问题的，但它实际上也能实现我们的需求，可以通过后面的源码看出来）
1.1 相关代码和运行结果实体类和mapper代码
运行结果如下，可以看到权限记录映射到属性permitDOList 的list列表了
1.2 collection部分源码解析通过PreparedStatement查询完之后得到ResultSet结果集，之后需要将结果集解析为java的pojo类中，下面通过源码简单讲下是如何解析的
根据有无嵌套分成两层逻辑，有嵌套resultMaps就是指<resultMap>标签下有子标签<collection>或<association>，分析下第一层
这段代码主要是创建了一个缓存key，主要是根据resultMapId和<id>标签的column和对应的columvalue来创建的（若没有<id>标签，则会使用所有的<result>标签的column和columnValue来创建），以此缓存键来区分记录是否可合并。nestedResultObjects是一个储存结果的map，以缓存键为key，实体类（本例中为UserDO）为value，若能以cacheKey取到值，则说明本条记录可合并。
getRowValue方法主要是将ResultSet解析为实体类对象，applyPropertyMappings填充<id><result>标签的实体属性值
处理嵌套的结果映射，其实就是<collection><association>标签。同时调用getRowValue方法根据<collection>指定的resultMap获取实体对象（这里是PermitDO对象），然后调用linkObjects方法将permitDO对象调用add方法添加到permitDOList中
最后就把能合并的记录都合并在一起了，不同的权限映射到permitDOList这个集合中了
1.3 <collection>和<association>的相同的和不同点从上面的代码看来，关于<collection>和<association>标签都属于嵌套结果集了，处理逻辑也是基本相同的没啥区分，换句话来说，把上面的<collection>替换成<association>标签其实也能得到相同的结果，关键还是pojo类中javaType的属性，若属性为List则会创建空的list并将嵌套结果映射添加到list中（即使是一对一的那么list中就只有一条记录），若属性为普通对象则直接进行setter设置。
从上面的图中我们可以看到<collection>和<association>标签属性基本相同，<collection>比<association>多了一个ofType属性，这个ofType属性其实就是collection集合中单个元素的javaType属性，<collection>的javaType属性是继承了Collection接口的list或set等java集合属性。
另外在使用习惯上因为我们能确认表和表之间的关系是一对一还是一对多的，能够确认pojo类中的属性javaType是使用list还是普通对象，所以一般情况下一对一使用<association>标签，一对多使用<collection>标签，语义上更清晰更好理解。
最后如果说的有问题欢迎提出指正讨论，代码提交在gitee上，感兴趣的同学可以下载看看
到此这篇关于mybatis collection解析以及和association的区别的文章就介绍到这了,更多相关mybatis collection内容请搜索七叶笔记以前的文章或继续浏览下面的相关文章希望大家以后多多支持七叶笔记！
