Mybatis實戰之TypeHandler高級進階

上篇文章分享了在項目實戰中自定義Mybatis的TypeHandler來處理枚舉類型。文章結尾也指出了美中不足之處，那就是每次都須要指定咱們自定義的枚舉TypeHandler。 隨着項目枚舉類型的增多，每次都要寫一遍這個會使人很反感。那麼，本次咱們就來解決這一痛點。

思路分析

1. 上篇文章講到, mybatis有默認的處理枚舉類型的TypeHandler，所以，咱們要將咱們自定義的枚舉TypeHandler註冊進入Mybatis。

2. 註冊完咱們自定義的TypeHandler後，還得告訴Mybatis只要一遇到咱們指定的枚舉類型（上篇的DisplayedEnum）就用自定義的枚舉TypeHandler(上篇爲EnumTypeHandler)進行轉換。因爲Mybatis在啓動時就會經過TypeHandlerRegistry進行註冊，即創建JdbcType, JavaType, TypeHandler三者之間的關係， 所以，這意味着在Mybatis啓動時咱們也須要經過TypeHandlerRegistry將咱們的全部的枚舉類型（JavaType）與自定義的枚舉TypeHandler（EnumTypeHandler）創建聯繫。

爲了方便你們理解， 貼上Mybatis中的TypeHandlerRegistry的相關部分源碼:

實戰

SqlSessionFactoryBean

因爲咱們項目使用了Spring, 是用Spring集成的Mybatis(廢話，你們都是這麼幹的)。Spring經過SqlSessionFactoryBean來初始化啓動Mybatis。 所以，咱們應該在它身上下手，然而，一切並非那麼順利。

查看了一下SqlSessionFactoryBean的源碼，發現SqlSessionFactoryBean並無任何地方可讓咱們切入， 進而來調用TypeHandlerRegistry進行註冊咱們的枚舉。 更使人蛋疼的是其全部屬性全是private， 這下不只AOP切入不行，連經過繼承偷懶都不行了。

做罷，咱只有老老實實的重寫一遍SqlSessionFactoryBean的代碼了（copy還不簡單）。

DefaultSqlSessionFactoryBean

代碼量比較多，就只貼關鍵代碼了。步驟以下：

1. DefaultSqlSessionFactoryBean繼承SqlSessionFactoryBean。
2. 將SqlSessionFactoryBean中的代碼所有copy到DefaultSqlSessionFactoryBean。
3. 調用如下方法。

切記， 以上代碼要在這個代碼以前執行：

由於, xmlMapperBuilder.parse()方法會開始解析咱們全部的全部mapper.xml的配置文件了，這時候會把resultMap也解析了，這就會致使咱們自定義的TypeHandler不生效。
切記！ 切記

最後

以上，代碼算是完工了，記得在Spring的配置文件中， 將SqlSessionFactoryBean替換爲咱們的DefaultSqlSessionFactoryBean。 否則咱們的活就是白乾了。

接下來，就能夠開始浪了， 以前咱們須要這樣寫：

<resultMap>
    ...
    <result column="status" jdbcType="TINYINT" property="status" typeHandler="xxx.xxx.EnumTypeHandler" />
    ...
</resultMap>

而如今，咱們能夠不寫typeHandler了。

<resultMap>
    ...
    <result column="status" jdbcType="TINYINT" property="status" />
    ...
</resultMap>

好啦，本次就寫到這兒。

個人博客： javafan.cn