Map：映射；Type:Java類型
resultMap 與 resultType、parameterMap 與 parameterType的區別在面試的時候被問到的幾率非常高，項目中出現了一個小bug，所以來共同回顧下幾個東西：
resultMap表示將查詢結果集中的列一一映射到bean對象的各個屬性。映射的查詢結果集中的列標簽可以根據需要靈活變化，並且，在映射關系中，還可以通過typeHandler設置實現查詢結果值的類型轉換，比如布爾型與0/1的類型轉換。
resultType 表示的是bean中的對象類，此時可以省略掉resultMap標簽的映射，但是必須保證查詢結果集中的屬性 和 bean對象類中的屬性是一一對應的，此時大小寫不敏感，但是有限制。
推薦使用resultMap而非resultType。
ParameterMap和resultMap類似，表示將查詢結果集中列值的類型一一映射到java對象屬性的類型上，在開發過程中不推薦這種方式。
一般使用parameterType直接將查詢結果列值類型自動對應到java對象屬性類型上，不再配置映射關系一一對應，例如上述代碼中下划線部分表示將查詢結果類型自動對應到hdu.terence.bean.Message的Bean對象屬性類型。
推薦使用parameterType而非parameterMap。
關於面試中還有一個經常問的就是${}與#{}的區別：
使用#傳入參數是，sql語句解析是會加上"",比如 select * from table where name = #{name} ,傳入的name為小李，那么最后打印出來的就是
select * from table where name = ‘小李'，就是會當成字符串來解析，這樣相比於$的好處是比較明顯對的吧，#{}傳參能防止sql注入，如果你傳入的參數為 單引號'，那么如果使用${},這種方式 那么是會報錯的，
目前來看，能用#就不要用$,
mybatis中的#和$的區別
1. #將傳入的數據都當成一個字符串，會對自動傳入的數據加一個雙引號。如：order by #user_id#，如果傳入的值是111,那么解析成sql時的值為order by "111", 如果傳入的值是id，則解析成的sql為order by "id".
2. $將傳入的數據直接顯示生成在sql中。如：order by $user_id$，如果傳入的值是111,那么解析成sql時的值為order by user_id, 如果傳入的值是id，則解析成的sql為order by id.
3. #方式能夠很大程度防止sql注入。
4.$方式無法防止Sql注入。
5.$方式一般用於傳入數據庫對象，例如傳入表名.
6.一般能用#的就別用$.
MyBatis排序時使用order by 動態參數時需要注意，用$而不是#
字符串替換
默認情況下，使用#{}格式的語法會導致MyBatis創建預處理語句屬性並以它為背景設置安全的值（比如?）。這樣做很安全，很迅速也是首選做法，有時你只是想直接在SQL語句中插入一個不改變的字符串。比如，像ORDER BY，你可以這樣來使用：
ORDER BY ${columnName}
這里MyBatis不會修改或轉義字符串。
重要：接受從用戶輸出的內容並提供給語句中不變的字符串，這樣做是不安全的。這會導致潛在的SQL注入攻擊，因此你不應該允許用戶輸入這些字段，或者通常自行轉義並檢查。