关于mybatisforeach垃圾回收的信息
mybatis foreach标签
此处希望 addProperties 能一次性往表里插入多条记录，插入的信息以 ListInstanceProperty properties 列表保存。
假设properties列表中保存的数据如下：
需要达到的效果和下面sql类似:
insert into properties(name, instance_id) values("eric", 0) ,("john",1),("sam",2); 这样的效果.
对应mapper.xml如下:
使用 foreach 标签遍历参数'properties'. 这里使用了一些属性：
foreach的其他属性
最终生成的就是下面这样：
关于collection属性
首先需要知道mybatis怎么处理参数的，传递给XXXMapper接口方法的所有参数会被放到一个map中（后面叫这个map为M），假设存在参数properties：
综上，collection能够指定的值就是M中最终存在的key，foreach标签从M中拿到key的value，然后遍历value，所以这个value必须是能够被遍历的对象。
以上都是假设你没有在Mapper的接口方法上使用mybatis提供的注解 org.apache.ibatis.annotations.Param 注解参数名时collection的默认值，如果你在参数上使用了这个注解，那么最终M中的key是注解名，value是参数值，如下：
Mybatis的缓存讲解
前段时间阿粉的一个朋友和阿粉吃饭，在吃饭的时候和阿粉疯狂的吐槽面试官，说面试官问的问题都是些什么问题呀，我一个干了三四年的开发，也不说问点靠谱的，阿粉很好奇，问题问完基础的，一般不都是根据你自己的简历进行提问么？而接下来他说的出来的问题，阿粉表示，阿粉需要继续学习了。
说到这个，读者大人们肯定心想，阿粉是在开玩笑么？你一个 Java 程序员，你不知道Mybatis是啥么？不就是个持久层的框架么，这东西有啥好说的呢？但是阿粉还是要给大家说。
为什么说 Mybatis 是一个半自动 ORM 的框架呢？
ORM，是Object和Relation之间的映射，而Mybatis 在查询关联对象或关联集合对象时，需要手动编写 sql 来完成，所以，称之为半自动 ORM 框架，而Hibernate 属于全自动 ORM 映射工具，使用 Hibernate 查询关联对象或者关联集合对象时，可以根据对象关系模型直接获取，所以它是全自动的。
这也是为什么有些面试官在面试初级程序员的时候，很喜欢说，你觉得 Mybatis , 和 Hibernate 都有什么优缺点，为啥你们选择使用的 Mybatis 而不选择使用 Hibernate 呢？
我们都说了 Mybatis是什么了，接下来肯定需要说说面试官都问了什么问题，能让阿粉的朋友变得非常犹豫。
当我们面试的时候，说完这个，一般情况下，面试官一定会追问下去，毕竟技术就是要问到你的知识盲区才会停止。
那我们就来画个图表示一下一级缓存
那面试官肯定会说，直接从数据库查不就行了，为啥要一级缓存呢？
当我们使用MyBatis开启一次和数据库的会话时, MyBatis 会创建出一个 SqlSession 对象表示一次与数据库之间的信息传递,在我们执行 SQL 语句的过程中,们可能会反复执行完全相同的查询语句,如果不采取一些措施,我们每一次查询都会查询一次数据库,而如果在极短的时间内做了很多次相同的查询操作,那么这些查询返回的结果很可能相同。
也就是说，如果我们在短时间内，频繁的去执行一条 SQL ,查询返回的结果本来应该是改变了，但是我们查询出来的时候，会出现结果一致的情况,正是为了解决这种问题，也为了减轻数据库的开销，所以 Mybatis 默认开启了一级缓存。
Mybatis 的二级缓存一般如果你不对他进行设置，他是不会开启的，而二级缓存是什么呢？Mybatis 中的二级缓存实际上就是 mapper 级别的缓存,而这时候肯定会有人说，那么不同之间的 Mapper 是同一个缓存么？
答案是否定的，他不是一个，Mapper 级别的缓存实际上就是相同的 Mapper 使用的是一个二级缓存，但是在二级缓存中，又有多个不同的 SqlSession ,而不同的 Mapper 之间的二级缓存也就是互相不会影响的。
就类似下面的图
这二级缓存是不是就看起来有点意思了？
那怎么能够开启二级缓存呢？
1.MyBatis 配置文件
2.MyBatis 要求返回的 POJO 必须是可序列化的
3.Mapper 的 xml 配置文件中加入 标签
既然我们想要了解这个二级缓存,那么必然，我们还得知道它里面的配置都有哪些含义。
我们先从标签看起，然后从源码里面看都有哪些配置信息提供给我们使用：
blocking : 直译就是调度，而在 Mybatis 中,如果缓存中找不到对应的 key ，是否会一直 blocking ,直到有对应的数据进入缓存。
eviction : 缓存回收策略
而缓存回收策略，在源码中是有直接体现的，那么他们分别都对应了什么形式呢？
大家虽然看着 PERPETUAL 排在了第一位，但是它可不是默认的，在 Mybatis 的缓存策略里面，默认的是 LRU 。
PERPETUAL :
源代码如下：
恩？看着是不是有点眼熟，它怎么就只是包装了 HashMap ? 你还别奇怪，他还真的就是使用的 HashMap ，不得不说，虽然人家是使用的 HashMap ，但是那可是比咱们写的高端多了。
既然使用 HashMap ,那么必然就会有Key,那么他们的Key是怎么设计的?
CacheKey:
确实牛逼，至于内部如何初始化，如何进行操作，大家有兴趣的可以去阅读一下源码，导入个源码包，打开自己看一下。
FIFO : 先进先出缓冲淘汰策略
在 FIFO 淘汰策略中使用了 Java 中的 Deque,而 Deque 一种常用的数据结构，可以将队列看做是一种特殊的线性表，该结构遵循的先进先出原则。Java中，LinkedList实现了Queue接口,因为LinkedList进行插入、删除操作效率较高。
当你看完这个源码的时候，是不是就感觉源码其实也没有那么难看懂，里面都是我们已经掌握好的知识，只不过中间做了一些操作，进行了一些封装。
LRU : 最近最少使用的缓存策略
而 LUR 算法，阿粉之前都说过，如果对这个算法感兴趣的话，文章地址给大家送上，经典的 LRU 算法，你真的了解吗？
而我们需要看的源码则是在 Mybatis 中的源码，
SOFT : 基于垃圾回收器状态和软引用规则的对象
在看到基于垃圾回收器的时候，阿粉就已经开始兴奋了，竟然有GC的事情，那还不赶紧看看，这如此高大上(装杯)的事情，来瞅瞅吧！
WEAK : 基于垃圾收集器状态和弱引用规则的对象
WeakCache在实现上与SoftCache几乎相同，只是把引用对象由SoftReference软引用换成了WeakReference弱引用。
在这里阿粉也就不再多说了，关于 Mybatis 的二级缓存，你了解了么？下次遇到面试官问这个的时候，你应该知道怎么成功（装杯）不被打了吧。
mybatis批量删除foreach报错
介绍一种比较简单的批量操作，一个批量添加一个批量删除：
Java代码：
public class User implements Serializable {
private Integer id;
private String name;
private String password;
//setter and getter
}
对应的Mapper.xml
ResultMap type="User" id="UserResultMap"
id column="id" property="id" jdbcType="Integer"/
result column="name" property="name" jdbcType="VARCHAR" /
result column="password" property="password" jdbcType="VARCHAR" /
/ResultMap
Mapper.xml中对应的批量插入方法：(传入的是一个List集合)
insert id="add" useGeneratedKeys="true" parameterType="java.util.List"
selectKey resultType="long" keyProperty="id" order="AFTER"
select last_insert_id()
/selectKey
insert into t_user (name,password) values
foreach collection="list" item="item" index="index" separator=","
(#{item.name},#{item.password})
/foreach
/insert
Mapper.xml中对应的批量删除的方法：(传入的是一个string字符串，ids)
delete
id="delete" parameterType="java.lang.String"
delete from t_user where id in （“${_param}”）；（$好像是#号，记不太清了,可以试下）
/delete
OK！
Mybatis 中 foreach 用法
foreach的主要用在构建in条件中，它可以在SQL语句中进行迭代一个集合。
●item：表示集合中每一个元素进行迭代时的别名，
●index：指 定一个名字，用于表示在迭代过程中，每次迭代到的位置，
●open：表示该语句以什么开始，
●separator：表示在每次进行迭代之间以什么符号作为分隔 符，
●close：表示以什么结束。
在使用foreach的时候最关键的也是最容易出错的就是collection属性，该属性是必须指定的，但是在不同情况 下，该属性的值是不一样的，主要有一下3种情况：
mybatis foreach 问题
select id="findBuildingByIds" resultType="com.talkweb.xlgrid.pojo.BuildingInfo"
这里少了参数类型parameterType