一、結論
#{}：占位符號，好處防止sql注入
${}：sql拼接符號
二、具體分析
動態 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 進行預編譯。