<update id="update" parameterType="twm.mybatisdemo.pojo.User">
    update user set
    username=#{username},password=#{password},address=#{address}  where id=#{id}
</update>

像上面例子，只需要向update方法傳入一個user物件，mybatis利用反射拆開user物件，然後根據物件中的欄位在預處理語句（PreparedStatement）中設定引數，並且根據欄位的型別，使用setXXX()方式設定相應的值。XXX可以是Integer，String，Date等Java型別。
同理，在從結果集（ResultSet）中取出一個值時，將使用rs.getInt、rs.getString、rs.getTimeStamp等方法將資料轉換為Java物件。

那麼問題來了，javaType和jdbcType的轉換關係由誰來定呢？這就是型別處理器（type handlers）的功能所在。
比如java.lang.String轉成JDBC.Varchar，java.lang.Integer轉成JDBC.int。MyBatis使用內建的型別處理器能轉換所有的基本資料型別、基本型別的包裝型別、byte[] 、java.util.Date、java.sql.Date、java,sql.Time、java.sql.Timestamp、java列舉型別等。

不過對於自定義的型別怎麼辦呢？
假設上面的address在資料庫欄位型別是varchar(50)，但是在JAVA twm.mybatisdemo.pojo.User類中的address欄位並不是String型別，而是一個自定義的Address

public class Address {
    String province;
    String city;
    public Address() {}
    public Address(String province, String city) {
        this.province = province;
        this.city = city;
    }
    //getter and setter......
}

碰到這種情況，mybatis基本懵逼了。。。
如果執行的話就報錯誤：

Type handler was null on parameter mapping for property ‘address’. It
was either not specified and/or could not be found for the javaType /
jdbcType combination specified.

address欄位需要傳遞給#{address}，而address欄位是Address型別的，MyBatis並不知道該怎樣來處理這個型別的物件。
因此，需要建立一個自定義的型別處理器(TypeHandler)了

1、建立型別處理器：

class AddressTypeHandler extends BaseTypeHandler<Address>{
}

通過ide自動生成程式碼，可以看到父類BaseTypeHandler有四個方法需要我們實現，包括三個get方法，一個set方法。

2、實現get方法
三個get方法都是用於將資料庫獲得的記錄集裡的address欄位轉成java Address型別的物件。
所以我們首先給Address類增加一個構造方法，用途：根據字串生成一個例項物件。

//假設我們儲存在db中的字串是以","號分隔省市關係的
public Address(String address) {  
    if (address != null) {  
        String[] segments = address.split(",");  
        if (segments.length > 1) {  
            this.province = segments[0];
            this.city = segments[1];  
        } 
        else if (segments.length > 0) {  
            this.city = segments[0];  
        }  
    }  
}

然後實現AddressTypeHandler類中的三個get方法：（有強迫症，不喜歡看arg0，arg1。所以順便也改一下）

@Override
public Address getNullableResult(ResultSet rSet, String columnName)
        throws SQLException {
    return new Address(rSet.getString(columnName));
}

@Override
public Address getNullableResult(ResultSet rSet, int columnIndex)
        throws SQLException {
    return new Address(rSet.getString(columnIndex));
}

@Override
public Address getNullableResult(CallableStatement cStatement, int columnIndex)
        throws SQLException {
    return new Address(cStatement.getString(columnIndex));
}

3、實現set方法

set方法是用來將java型別轉成資料庫儲存的型別。
這裡我們先實現一下Address類的toString()方法（如果toString另有它用，那麼就另外用一個方法名）

@Override
public String toString() {
    return this.province + "," + this.city;
}

然後實現AddressTypeHandler類中的setNonNullParameter

@Override
public void setNonNullParameter(PreparedStatement pStatement, int index,
        Address address, JdbcType jdbcType) throws SQLException {
    pStatement.setString(index, address.toString());
}

4、在myBatis配置檔案中註冊該類

<!-- 註冊自定義型別處理器 -->
<typeHandlers>
    <typeHandler handler="twm.mybatisdemo.type.AddressTypeHandler" />
</typeHandlers>

這裡有個小插曲，我當時在配置檔案最後插入了這段，結果提示錯誤：

The content of element type “configuration” must match
“(properties?,settings?,typeAliases?,typeHandlers?,objectFactory?,objectWrapperFactory?,reflectorFactory?,plugins?,environments?,databaseIdProvider?,mappers?)”.

原來在configuration裡的標籤，必須按照提示的這個順序寫，不然就報錯。
因此typeHandlers必須放在environments前面，typeAliases後面。
回顧一下，是不是感覺跟序列化/反序列化這套路很相似？