原文：http://www.cnblogs.com/sosolili/p/6623877.html
一：先上結論
#{}：占位符號，好處防止sql注入
${}：sql拼接符號
二：具體分析
動態 SQL 是 mybatis 的強大特性之一，也是它優於其他 ORM 框架的一個重要原因。mybatis 在對 sql 語句進行預編譯之前，會對 sql 進行動態解析，解析為一個 BoundSql 對象，也是在此處對動態 SQL 進行處理的。在動態 SQL 解析階段， #{ } 和 ${ } 會有不同的表現。
#{ }：解析為一個 JDBC 預編譯語句（prepared statement）的參數標記符。
例如，Mapper.xml中如下的 sql 語句：
|
1
|
select
*
from
user
where
name
= #{
name
};
|
動態解析為：
|
1
|
select
*
from
user
where
name
= ?;
|
一個 #{ } 被解析為一個參數占位符 ? 。
而${ } 僅僅為一個純碎的 string 替換，在動態 SQL 解析階段將會進行變量替換。
例如，Mapper.xml中如下的 sql：
|
1
|
select
*
from
user
where
name
= ${
name
};
|
當我們傳遞的參數為 "Jack" 時，上述 sql 的解析為：
|
1
|
select
*
from
user
where
name
=
"Jack"
;
|
預編譯之前的 SQL 語句已經不包含變量了，完全已經是常量數據了。 綜上所得， ${ } 變量的替換階段是在動態 SQL 解析階段，而 #{ }變量的替換是在 DBMS 中。
三：用法
1、能使用 #{ } 的地方就用 #{ }
首先這是為了性能考慮的，相同的預編譯 sql 可以重復利用。其次，${ } 在預編譯之前已經被變量替換了，這會存在 sql 注入問題。例如，如下的 sql：
|
1
|
select
*
from
${tableName}
where
name
= #{
name
}
|
假如，我們的參數 tableName 為 user; delete user; --，那么 SQL 動態解析階段之后，預編譯之前的 sql 將變為：
|
1
|
select
*
from
user
;
delete
user
;
-- where name = ?;
|
-- 之后的語句將作為注釋，不起作用，因此本來的一條查詢語句偷偷的包含了一個刪除表數據的 SQL。
2. 表名作為變量時，必須使用 ${ }
這是因為，表名是字符串，使用 sql 占位符替換字符串時會帶上單引號 ''，這會導致 sql 語法錯誤，例如：
|
1
|
select
*
from
#{tableName}
where
name
= #{
name
};
|
預編譯之后的sql 變為：
|
1
|
select
*
from
?
where
name
= ?;
|
假設我們傳入的參數為 tableName = "user" , name = "Jack"，那么在占位符進行變量替換后，sql 語句變為：
|
1
|
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 進行預編譯。