Result Maps、Auto-mapping、cache

1.  Result Maps

resultMap元素是Mybatis里面最重要的并且功能最强大的一个元素。（The resultMapelement is the most important and powerful element in MyBatis.）与JDBC从ResultSets中取值相比较它可以使用节省大约90%的代码。不过多的说了，下面开始resutMap之旅~

一个最简单的例子

首先XML里面定义个resultMap，如下：

1. <resultMap type="com.ggg.henushang.entity.Person" id="personMap">
2. <id column="id" property="id" />
3. <result column="name" property="name" />
4. <result column="age" property="age" />
5. </resultMap>

然后就可以使用了，如下：

1. <select id="getPersonMap" resultMap="personMap">
2. select * from person
3. </select>

注意，在这里就没有了resultType这个属性了，而是使用了resultMap

dao中的代码：

1. Map<String, Object> getPersonMap();

测试代码：

1. @Test
2. public void testGetPersonMap(){
3. Map<String, Object> m = session.selectMap("com.ggg.henushang.dao.PersonDao.getPersonMap", "name");
4. System.out.println(m);
5. Assert.assertNotNull(m);
6. }

打印结果：

1. {henushang=id:7   name:henushang   age:12, updatename=id:3   name:updatename   age:45}

其实Mybatis官网上面还有个比较复杂的情况，我自己也没有很理解，所以就不在这里误人子弟了

2. Auto-mapping（自动匹配）

当自动匹配结果的时候，Mybatis会获取列名，并且查找一个相同的属性（忽略大小写）。这意味着命名为ID的列和命名为id的属性被查找到的时候，Mybatis将会把列ID的值赋给属性id。

通常数据库列名命名的时候使用大写和下划线并且Java属性常常依据驼峰命名法。为了保证在他们之间的自动匹配要设置属性 mapUnderscoreToCamelCase 为 true。

甚至当有个特定的result Map的时候也可以使用自动匹配。在这时候，对于每一个result map，所有的在ResultSet中有的并且没有被手动匹配的列将会被自动的先匹配，然后手动设置的匹配才会被执行（本人注：其实就是手动配置的优先级更好，最终结果将会以手动配置为准）。在下面的例子中，id和useName列将会被自动匹配，并且hashed_password列也将会被匹配。

1. <select id="selectUsers" resultType="User">
2. select
3. user_id             as "id",
4. user_name           as "userName",
5. hashed_password
6. from some_table
7. where id = #{id}
8. </select>
9. <resultMap id="userResultMap" type="User">
10. <result property="password" column="hashed_password"/>
11. </resultMap>

Mybatis有三层匹配级别：

• NONE - 禁止自动匹配，只有手工配置的才会被匹配。
• PARTIAL - 将会自动的匹配出除在内部（joins）内部嵌套的所有属性
• FULL - 自动匹配所有的

默认是PARTIAL。（官网还解释了原因，不再详细介绍）

 3. cache（缓存）

除了局部的 session 缓存,可以增强变现而且处理循环 依赖也是必须的外，Mybatis 默认情况下是没有开启缓存的。要开启二级缓存,你需要在你的 SQL 映射文件中添加一行:

1. <cache/>

字面上看就是这样。这个简单语句的效果如下:

• 映射语句文件中的所有 select 语句将会被缓存。
• 映射语句文件中的所有 insert,update 和 delete 语句会刷新缓存。
• 缓存会使用 Least Recently Used(LRU,最近最少使用的)算法来收回。
• 根据时间表(比如 no Flush Interval,没有刷新间隔), 缓存不会以任何时间顺序 来刷新。
• 缓存会存储列表集合或对象(无论查询方法返回什么)的 1024 个引用。
• 缓存会被视为是 read/write(可读/可写)的缓存,意味着对象检索不是共享的,而 且可以安全地被调用者修改,而不干扰其他调用者或线程所做的潜在修改。

所有的这些属性都可以通过缓存元素的属性来修改。比如:

1. <cache
2. eviction="FIFO"
3. flushInterval="60000"
4. size="512"
5. readOnly="true"/>

中间省略几百字。。。。。参考官方网站的文档吧

自定义缓存：

除了这些自定义缓存的方式, 你也可以通过实现你自己的缓存或为其他第三方缓存方案 创建适配器来完全覆盖缓存行为。

<cache type="com.domain.something.MyCustomCache"/>

参照缓存：

回想一下上一节内容, 这个特殊命名空间的唯一缓存会被使用或者刷新相同命名空间内 的语句。也许将来的某个时候,你会想在命名空间中共享相同的缓存配置和实例。在这样的 情况下你可以使用 cache-ref 元素来引用另外一个缓存。

<cache-ref namespace="com.someone.application.data.SomeMapper"/>