Mybatis是業界非常流行的持久層框架，輕量級、易用，在金融IT領域完全是領軍地位，比Hibernate更受歡迎，優勢非常多，也是非常值得我們學習的。但Mybatis並不盡善盡美，其自身的設計、編碼也還有許多不足，甚至是缺陷，這篇文章來簡要討論一下這些缺陷：
1.Mybatis使用DTD作為XML配置文件的校驗文件，但是很明顯，DTD差不多是快被淘汰的技術了，功能非常有限，擴展性非常差，擴展性非常差，擴展性非常差，可讀性也不好，Spring能夠從DTD到XSD華麗轉身，但Mybatis始終沒這個魄力。
2.版本兼容性做的不好，就拿3.3.0—>3.4.0來說，按業界通用規范，第2級版本號升級，可以添加功能，但是要保證向下兼容性，然而Mybatis的做法並不完全是這樣的，看一下關鍵接口StatementHandler的關鍵方法prepare：
// 3.3.0
Statement prepare(Connection connection)
throws SQLException;
// 3.4.0
Statement prepare(Connection connection, Integer transactionTimeout)
throws SQLException;
這裡沒有添加一個方法，而是直接在原方法中添加了一個參數！類似例子還有不少，就不一一列舉了。
3.Mybatis的插件，采用一個通用的Interceptor接口，配以@Intercepts、@Signature等注解，實現對多個組件的多種方法的攔截，看似非常靈活，在我看來其實是結構不夠清晰，實際開發時，你會把對StatementHandler和ResultSetHandler的攔截增強放在一個類裡面嗎？不會是吧（會？你當單一職責原則、開閉原則都是狗屎嗎），那有什麼必要強制使用同一個接口呢？
另外，使用@Signature注解來設別需要被攔截的組件方法，如果注解有錯，編譯也是不會報錯的，而只能等到運行時才能發現，再看上面的例子：
假設我針對3.3.0版本實現了一個插件：
@Intercepts({
@Signature(type = StatementHandler.class, method = "prepare", args = {Connection.class })
})
public class StatementHandlerInterceptor implements Interceptor {
@Override
public Object intercept(Invocation invocation) throws Throwable {
return invocation.proceed();
}
@Override
public Object plugin(Object target) {
return Plugin.wrap(target, this);
}
@Override
public void setProperties(Properties properties) {
}
}
然後，升級為3.4.0，結果呢，編譯一直正常，但是等到運行，卻拋出異常了。
4.Mybatis的緩存簡直就是雞肋，而且不管有沒有配置需要使用緩存、是否更新緩存，都要去計算CacheKey，不使用緩存、也不更新緩存的情況下，這種計算完全是浪費。
5.Mybatis的批量執行，看下面的一個JDBC例子：
public void testJdbcBatch(Connection conn) throws Exception {try{
conn.setAutoCommit(false);
batchUpdate(conn);
clearTestData(conn);
conn.commit();
conn.setAutoCommit(true);
}catch(Exception e){
conn.rollback();
throw e;
}
}
private void clearTestData(Connection conn) throws SQLException {
PreparedStatement ps = null;
try{
ps = conn.prepareStatement("delete TABLE_NAME1 where FIELD_NAME1 = ? ");
ps.setString(1, "TEST");
int d = ps.executeUpdate();
System.out.println("delete counts : " + d);
}finally{
try{
ps.close();
}catch(Exception e){}
}
}
private void batchUpdate(Connection conn) throws SQLException {
PreparedStatement ps = null;
try{
String sql = "INSERT INTO TABLE_NAME2(FIELD_NAME1, FIELD_NAME2, FIELD_NAME2)VALUES(?,?,?)";
ps = conn.prepareStatement(sql);
for(int i = 0; i < 10; i++){
String random = RandomStringUtils.randomAlphabetic(8);
ps.setString(1, "TEST");//FIELD_NAME1
ps.setString(2, "數據" + random);//FIELD_NAME2
ps.setString(3, "參數" + random);//FIELD_NAME3
ps.addBatch();
}
int[] rs = ps.executeBatch();
}finally{
try{
ps.close();
}catch(Exception e){}
}
}
代碼沒有什麼違和感，能夠執行正常，也可以按預期的回滾，也就是說同一個事務中的同一個connection，可以同時運行普通sql和batch，但是你在同一個事務的SqlSession中試試，反饋給你的是——不能在同一個事務中切換執行方式！
6、數據庫產品的兼容性：Mybatis把SQL的控制權交給了開發人員，於是從道德上占據了制高點——你寫的不兼容，那是你自己的水平不行！但，這是一個真正的優秀框架的正確姿勢嗎？為什麼就不能提供一些輔助性的兼容實施？比如說在Oracle中被奉為神明的DECODE函數，是否可以在SqlMapper中提供一個<decode>標簽，在後面默默的修改成CASE WHEN？或者說，官方不提供沒有關系，但你得提供擴展方式啊，於是又回到了：擴展性非常差，擴展性非常差，擴展性非常差。重要的事說三遍，但，我已經說六遍了。
