摘要：在動(dòng)態(tài)解析階段，和會(huì)有不同的表現(xiàn)解析為一個(gè)預(yù)編譯語句的參數(shù)標(biāo)記符。其次，在預(yù)編譯之前已經(jīng)被變量替換了，這會(huì)存在注入問題。預(yù)編譯語句對(duì)象可以重復(fù)利用。默認(rèn)情況下，將對(duì)所有的進(jìn)行預(yù)編譯。總結(jié)本文主要深入探究了對(duì)和的不同處理方式，并了解了預(yù)編譯。

mybatis 中使用 sqlMap 進(jìn)行 sql 查詢時(shí)，經(jīng)常需要?jiǎng)討B(tài)傳遞參數(shù)，例如我們需要根據(jù)用戶的姓名來篩選用戶時(shí)，sql 如下：

select * from user where name = "ruhua";

上述 sql 中，我們希望 name 后的參數(shù) "ruhua" 是動(dòng)態(tài)可變的，即不同的時(shí)刻根據(jù)不同的姓名來查詢用戶。在 sqlMap 的 xml 文件中使用如下的 sql 可以實(shí)現(xiàn)動(dòng)態(tài)傳遞參數(shù) name：

select * from user where name = #{name};

或者

select * from user where name = "${name}";

對(duì)于上述這種查詢情況來說，使用 #{ } 和 ${ } 的結(jié)果是相同的，但是在某些情況下，我們只能使用二者其一。

動(dòng)態(tài) SQL 是 mybatis 的強(qiáng)大特性之一，也是它優(yōu)于其他 ORM 框架的一個(gè)重要原因。mybatis 在對(duì) sql 語句進(jìn)行預(yù)編譯之前，會(huì)對(duì) sql 進(jìn)行動(dòng)態(tài)解析，解析為一個(gè) BoundSql 對(duì)象，也是在此處對(duì)動(dòng)態(tài) SQL 進(jìn)行處理的。

在動(dòng)態(tài) SQL 解析階段， #{ } 和 ${ } 會(huì)有不同的表現(xiàn)：

#{ } 解析為一個(gè) JDBC 預(yù)編譯語句（prepared statement）的參數(shù)標(biāo)記符。

例如，sqlMap 中如下的 sql 語句

select * from user where name = #{name};

解析為：

select * from user where name = ?;

一個(gè) #{ } 被解析為一個(gè)參數(shù)占位符 ? 。

而，

${ } 僅僅為一個(gè)純碎的 string 替換，在動(dòng)態(tài) SQL 解析階段將會(huì)進(jìn)行變量替換

例如，sqlMap 中如下的 sql

select * from user where name = "${name}";

當(dāng)我們傳遞的參數(shù)為 "ruhua" 時(shí)，上述 sql 的解析為：

select * from user where name = "ruhua";

預(yù)編譯之前的 SQL 語句已經(jīng)不包含變量 name 了。

綜上所得， ${ } 的變量的替換階段是在動(dòng)態(tài) SQL 解析階段，而 #{ }的變量的替換是在 DBMS 中。

1、能使用 #{ } 的地方就用 #{ }

首先這是為了性能考慮的，相同的預(yù)編譯 sql 可以重復(fù)利用。

其次，${ } 在預(yù)編譯之前已經(jīng)被變量替換了，這會(huì)存在 sql 注入問題。例如，如下的 sql，

select * from ${tableName} where name = #{name} 

假如，我們的參數(shù) tableName 為 user; delete user; --，那么 SQL 動(dòng)態(tài)解析階段之后，預(yù)編譯之前的 sql 將變?yōu)?/p>

select * from user; delete user; -- where name = ?;

-- 之后的語句將作為注釋，不起作用，因此本來的一條查詢語句偷偷的包含了一個(gè)刪除表數(shù)據(jù)的 SQL！

2、表名作為變量時(shí)，必須使用 ${ }

這是因?yàn)椋砻亲址褂?sql 占位符替換字符串時(shí)會(huì)帶上單引號(hào) ""，這會(huì)導(dǎo)致 sql 語法錯(cuò)誤，例如：

select * from #{tableName} where name = #{name};

預(yù)編譯之后的sql 變?yōu)椋?/p>

select * from ? where name = ?;

假設(shè)我們傳入的參數(shù)為 tableName = "user" , name = "ruhua"，那么在占位符進(jìn)行變量替換后，sql 語句變?yōu)?/p>

select * from "user" where name="ruhua";

上述 sql 語句是存在語法錯(cuò)誤的，表名不能加單引號(hào) ""（注意，反引號(hào) ``是可以的）。

sql 預(yù)編譯指的是數(shù)據(jù)庫驅(qū)動(dòng)在發(fā)送 sql 語句和參數(shù)給 DBMS 之前對(duì) sql 語句進(jìn)行編譯，這樣 DBMS 執(zhí)行 sql 時(shí)，就不需要重新編譯。

JDBC 中使用對(duì)象 PreparedStatement 來抽象預(yù)編譯語句，使用預(yù)編譯

預(yù)編譯階段可以優(yōu)化 sql 的執(zhí)行。
預(yù)編譯之后的 sql 多數(shù)情況下可以直接執(zhí)行，DBMS 不需要再次編譯，越復(fù)雜的sql，編譯的復(fù)雜度將越大，預(yù)編譯階段可以合并多次操作為一個(gè)操作。

預(yù)編譯語句對(duì)象可以重復(fù)利用。
把一個(gè) sql 預(yù)編譯后產(chǎn)生的 PreparedStatement 對(duì)象緩存下來，下次對(duì)于同一個(gè)sql，可以直接使用這個(gè)緩存的 PreparedState 對(duì)象。

mybatis 默認(rèn)情況下，將對(duì)所有的 sql 進(jìn)行預(yù)編譯。

mysql 的預(yù)編譯源碼在 com.mysql.jdbc.ConnectionImpl 類中，如下：

public synchronized java.sql.PreparedStatement prepareStatement(String sql,
            int resultSetType, int resultSetConcurrency) throws SQLException {
        checkClosed();

        //
        // FIXME: Create warnings if can"t create results of the given
        // type or concurrency
        //
        PreparedStatement pStmt = null;
        
        boolean canServerPrepare = true;
        
        // 不同的數(shù)據(jù)庫系統(tǒng)對(duì)sql進(jìn)行語法轉(zhuǎn)換
        String nativeSql = getProcessEscapeCodesForPrepStmts() ? nativeSQL(sql): sql;
        
        // 判斷是否可以進(jìn)行服務(wù)器端預(yù)編譯
        if (this.useServerPreparedStmts && getEmulateUnsupportedPstmts()) {
            canServerPrepare = canHandleAsServerPreparedStatement(nativeSql);
        }
        
        // 如果可以進(jìn)行服務(wù)器端預(yù)編譯
        if (this.useServerPreparedStmts && canServerPrepare) {

            // 是否緩存了PreparedStatement對(duì)象
            if (this.getCachePreparedStatements()) {
                synchronized (this.serverSideStatementCache) {
                    
                    // 從緩存中獲取緩存的PreparedStatement對(duì)象
                    pStmt = (com.mysql.jdbc.ServerPreparedStatement)this.serverSideStatementCache.remove(sql);
                    
                    if (pStmt != null) {
                        // 緩存中存在對(duì)象時(shí)對(duì)原 sqlStatement 進(jìn)行參數(shù)清空等
                        ((com.mysql.jdbc.ServerPreparedStatement)pStmt).setClosed(false);
                        pStmt.clearParameters();
                    }

                    if (pStmt == null) {
                        try {
                            // 如果緩存中不存在，則調(diào)用服務(wù)器端(數(shù)據(jù)庫)進(jìn)行預(yù)編譯
                            pStmt = ServerPreparedStatement.getInstance(getLoadBalanceSafeProxy(), nativeSql,
                                    this.database, resultSetType, resultSetConcurrency);
                            if (sql.length() < getPreparedStatementCacheSqlLimit()) {
                                ((com.mysql.jdbc.ServerPreparedStatement)pStmt).isCached = true;
                            }
                            
                            // 設(shè)置返回類型以及并發(fā)類型
                            pStmt.setResultSetType(resultSetType);
                            pStmt.setResultSetConcurrency(resultSetConcurrency);
                        } catch (SQLException sqlEx) {
                            // Punt, if necessary
                            if (getEmulateUnsupportedPstmts()) {
                                pStmt = (PreparedStatement) clientPrepareStatement(nativeSql, resultSetType, resultSetConcurrency, false);
                                
                                if (sql.length() < getPreparedStatementCacheSqlLimit()) {
                                    this.serverSideStatementCheckCache.put(sql, Boolean.FALSE);
                                }
                            } else {
                                throw sqlEx;
                            }
                        }
                    }
                }
            } else {

                // 未啟用緩存時(shí)，直接調(diào)用服務(wù)器端進(jìn)行預(yù)編譯
                try {
                    pStmt = ServerPreparedStatement.getInstance(getLoadBalanceSafeProxy(), nativeSql,
                            this.database, resultSetType, resultSetConcurrency);
                    
                    pStmt.setResultSetType(resultSetType);
                    pStmt.setResultSetConcurrency(resultSetConcurrency);
                } catch (SQLException sqlEx) {
                    // Punt, if necessary
                    if (getEmulateUnsupportedPstmts()) {
                        pStmt = (PreparedStatement) clientPrepareStatement(nativeSql, resultSetType, resultSetConcurrency, false);
                    } else {
                        throw sqlEx;
                    }
                }
            }
        } else {
            // 不支持服務(wù)器端預(yù)編譯時(shí)調(diào)用客戶端預(yù)編譯（不需要數(shù)據(jù)庫 connection ）
            pStmt = (PreparedStatement) clientPrepareStatement(nativeSql, resultSetType, resultSetConcurrency, false);
        }
        
        return pStmt;
    }

流程圖如下所示：

mybatis 在調(diào)用 connection 進(jìn)行 sql 預(yù)編譯之前，會(huì)對(duì)sql語句進(jìn)行動(dòng)態(tài)解析，動(dòng)態(tài)解析主要包含如下的功能：

占位符的處理

動(dòng)態(tài)sql的處理

參數(shù)類型校驗(yàn)

mybatis強(qiáng)大的動(dòng)態(tài)SQL功能的具體實(shí)現(xiàn)就在此。動(dòng)態(tài)解析涉及的東西太多，以后再討論。

本文主要深入探究了 mybatis 對(duì) #{ } 和 ${ }的不同處理方式，并了解了 sql 預(yù)編譯。