一、具體分析

動態 SQL 是 mybatis 的強大特性之一，也是它優於其他 ORM 框架的一個重要原因。mybatis 在對 sql 語句進行預編譯之前，會對 sql 進行動態解析，解析為一個 BoundSql 物件，也是在此處對動態 SQL 進行處理的。在動態 SQL 解析階段， #{ } 和 ${ } 會有不同的表現。

#{ }：解析為一個 JDBC 預編譯語句（prepared statement）的引數標記符。

例如，Mapper.xml中如下的 sql 語句：

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

 動態解析為：

select * from user where name = ?; 

一個 #{ } 被解析為一個引數佔位符 ? 。

而${ } 僅僅為一個純碎的 string 替換，在動態 SQL 解析階段將會進行變數替換。

例如，Mapper.xml中如下的 sql：

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

當我們傳遞的引數為 "Jack" 時，上述 sql 的解析為：

select * from user where name = "Jack";

預編譯之前的 SQL 語句已經不包含變量了，完全已經是常量資料了。 綜上所得， ${ } 變數的替換階段是在動態 SQL 解析階段，而 #{ }變數的替換是在 DBMS 中。

二、用法

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

首先這是為了效能考慮的，相同的預編譯 sql 可以重複利用。其次，${ } 在預編譯之前已經被變數替換了，這會存在 sql 注入問題。例如，如下的 sql：

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

假如，我們的引數 tableName 為 user; delete user; --，那麼 SQL 動態解析階段之後，預編譯之前的 sql 將變為：

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

-- 之後的語句將作為註釋，不起作用，因此本來的一條查詢語句偷偷的包含了一個刪除表資料的 SQL。

2. 表名作為變數時，必須使用 ${ }

這是因為，表名是字串，使用 sql 佔位符替換字串時會帶上單引號 ''，這會導致 sql 語法錯誤，例如：

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

 預編譯之後的sql 變為：

select * from ? where name = ?;

假設我們傳入的引數為 tableName = "user" , name = "Jack"，那麼在佔位符進行變數替換後，sql 語句變為：

select * from 'user' where name='Jack';

上述 sql 語句是存在語法錯誤的，表名不能加單引號 ''（注意，反引號 ``是可以的）。

 三、sql預編譯

 1. 定義：

　　sql 預編譯指的是資料庫驅動在傳送 sql 語句和引數給 DBMS 之前對 sql 語句進行編譯，這樣 DBMS 執行 sql 時，就不需要重新編譯。

 2. 為什麼需要預編譯

        JDBC 中使用物件 PreparedStatement 來抽象預編譯語句，使用預編譯。預編譯階段可以優化 sql 的執行。預編譯之後的 sql 多數情況下可以直接執行，DBMS 不需要再次編譯，越複雜的sql，編譯的複雜度將越大，預編譯階段可以合併多次操作為一個操作。預編譯語句物件可以重複利用。把一個 sql 預編譯後產生的 PreparedStatement 物件快取下來，下次對於同一個sql，可以直接使用這個快取的 PreparedState 物件。mybatis 預設情況下，將對所有的 sql 進行預編譯。

四、結論

　　#{}：佔位符號，好處防止sql注入

　　${}：sql拼接符號 常用於表名