${} 和 #{} 都是 MyBatis 中用來替換參數(shù)的，它們都可以將用戶傳遞過來的參數(shù)，替換到 MyBatis 最終生成的 SQL 中，但它們區(qū)別卻是很大的，接下來我們一起來看。

1.功能不同

${} 是將參數(shù)直接替換到 SQL 中，比如以下代碼：

最終生成的執(zhí)行 SQL 如下： 

從上圖可以看出，之前的參數(shù) ${id} 被直接替換成具體的參數(shù)值 1 了。 而 #{} 則是使用占位符的方式，用預(yù)處理的方式來執(zhí)行業(yè)務(wù)，我們將上面的案例改造為 #{} 的形式，實(shí)現(xiàn)代碼如下： 

最終生成的 SQL 如下： 

${} 的問題

當(dāng)參數(shù)為數(shù)值類型時(shí)（在不考慮安全問題的前提下），${} 和 #{} 的執(zhí)行效果都是一樣的，然而當(dāng)參數(shù)的類型為字符時(shí)，再使用 ${} 就有問題了，如下代碼所示：

以上程序執(zhí)行時(shí)，生成的 SQL 語句如下： 

這樣就會(huì)導(dǎo)致程序報(bào)錯(cuò)，因?yàn)閭鬟f的參數(shù)是字符類型的，而在 SQL 的語法中，如果是字符類型需要給值添加單引號(hào)，否則就會(huì)報(bào)錯(cuò)，而 ${} 是直接替換，不會(huì)自動(dòng)添加單引號(hào)，所以執(zhí)行就報(bào)錯(cuò)了。 而使用 #{} 采用的是占位符預(yù)執(zhí)行的，所以不存在任何問題，它的實(shí)現(xiàn)代碼如下： 

以上程序最終生成的執(zhí)行 SQL 如下： 

2.使用場(chǎng)景不同

雖然使用 #{} 的方式可以處理任意類型的參數(shù)，然而當(dāng)傳遞的參數(shù)是一個(gè) SQL 命令或 SQL 關(guān)鍵字時(shí) #{} 就會(huì)出問題了。比如，當(dāng)我們要根據(jù)價(jià)格從高到低（倒序）、或從低到高（正序）查詢時(shí)，如下圖所示：

此時(shí)我們要傳遞的排序的關(guān)鍵字，desc 倒序（價(jià)格從高到低）或者是 asc 正序（價(jià)格從低到高），此時(shí)我們使用 ${} 的實(shí)現(xiàn)代碼瑞安： 

以上代碼生成的執(zhí)行 SQL 和運(yùn)行結(jié)果如下： 

但是，如果將代碼中的 ${} 改為 #{}，那么程序執(zhí)行就會(huì)報(bào)錯(cuò)，#{} 的實(shí)現(xiàn)代碼如下： 

以上代碼生成的執(zhí)行 SQL 和運(yùn)行結(jié)果如下： 

從上述的執(zhí)行結(jié)果我們可以看出：當(dāng)傳遞的是普通參數(shù)時(shí)，需要使用 #{} 的方式，而當(dāng)傳遞的是 SQL 命令或 SQL 關(guān)鍵字時(shí)，需要使用 ${} 來對(duì) SQL 中的參數(shù)進(jìn)行直接替換并執(zhí)行。 

3.安全性不同

${} 和 #{} 最主要的區(qū)別體現(xiàn)在安全方面，當(dāng)使用 ${} 會(huì)出現(xiàn)安全問題，也就是 SQL 注入的問題，而使用 #{} 因?yàn)槭穷A(yù)處理的，所以不會(huì)存在安全問題，我們通過下面的登錄功能來觀察一下二者的區(qū)別。

3.1 使用 ${} 實(shí)現(xiàn)用戶登錄

UserMapper.xml 中的實(shí)現(xiàn)代碼如下：

單元測(cè)試代碼如下： 

以上代碼生成的執(zhí)行 SQL 和運(yùn)行結(jié)果如下： 

從結(jié)果可以看出，當(dāng)我們傳入了正確的用戶名和密碼時(shí)，能成功的查詢到數(shù)據(jù)。但是，在我們使用 ${} 時(shí)，當(dāng)我們?cè)诓恢勒_密碼的情況下，使用 SQL 注入語句也能用戶的私人信息，SQL 注入的實(shí)現(xiàn)代碼如下： 

以上代碼生成的執(zhí)行 SQL 和運(yùn)行結(jié)果如下： 

從上述結(jié)果可以看出，當(dāng)使用 ${} 時(shí)，在不知道正確密碼的情況下也能得到用戶的私人數(shù)據(jù)，這就像一個(gè)小偷在沒有你們家鑰匙的情況下，也能輕松的打開你們家大門一樣，這是何其恐怖的事情。那使用 #{} 有沒有安全問題呢？接下來我們來測(cè)試一下。 

3.2 使用 #{} 實(shí)現(xiàn)用戶登錄

首先將 UserMapper.xml 中的代碼改成以下內(nèi)容：

接著我們使用上面的 SQL 注入來測(cè)試登錄功能： 

最終生成的 SQL 和執(zhí)行結(jié)果如下： 

從上述代碼可以看出，使用 SQL 注入是無法攻破 #{} 的“大門”的，所以可以放心使用。 

總結(jié)

${} 和 #{} 都是 MyBatis 中用來替換參數(shù)的，它們二者的區(qū)別主要體現(xiàn)在：1、功能不同：${} 是直接替換，而 #{} 是預(yù)處理；2、使用場(chǎng)景不同：普通參數(shù)使用 #{}，如果傳遞的是 SQL 命令或 SQL 關(guān)鍵字，需要使用 ${}，但在使用前一定要做好安全驗(yàn)證；3、安全性不同：使用 ${} 存在安全問題，而 #{} 則不存在安全問題。

補(bǔ)充知識(shí)點(diǎn)：

Mybatis——#{}和${}的區(qū)別

在使用mybatis的時(shí)候我們會(huì)使用到#{}和${}這兩個(gè)符號(hào)來為sql語句傳參數(shù)，那么這兩者有什么區(qū)別呢？

#{}是預(yù)編譯處理，是占位符，${}是字符串替換，是拼接符

Mybatis在處理#{}的時(shí)候會(huì)將sql中的#{}替換成？號(hào)，調(diào)用PreparedStatement來賦值
如：

select * from user where name = #{userName}；

設(shè)userName=yuze

看日志我們可以看到解析時(shí)將#{userName}替換成了 ？

select * from user where name = ?;

然后再把yuze放進(jìn)去，外面加上單引號(hào)

Mybatis在處理 的 時(shí) 候 就 是 把 {}的時(shí)候就是把 的時(shí)候就是把{}替換成變量的值，調(diào)用Statement來賦值
如：

select * from user where name = #{userName}；

設(shè)userName=yuze

看日志可以發(fā)現(xiàn)就是直接把值拼接上去了

select * from user where name = yuze;

這極有可能發(fā)生sql注入，下面舉了一個(gè)簡單的sql注入案例
這是一條用戶的賬號(hào)、密碼數(shù)據(jù)

當(dāng)用戶登錄，我們驗(yàn)證賬號(hào)密碼是否正確時(shí)用這個(gè)sql：

username=yyy;password=123

select * from user where username=${username} and password=${password}

顯然這條sql沒問題可以查出來，但是如果有人不知道密碼但是想登錄賬號(hào)怎么辦

我們不需要填寫正確的密碼：

密碼輸入1 or 1=1，sql執(zhí)行的其實(shí)是

select * from user where username='yyy' and password=1 or 1 =1

#{}的變量替換是在DBMS中、變量替換后，#{}對(duì)應(yīng)的變量自動(dòng)加上單引號(hào)

的 變 量 替 換 是 在 D B M S 外 、 變 量 替 換 后 ， {}的變量替換是在DBMS外、變量替換后， 的變量替換是在DBMS外、變量替換后，{}對(duì)應(yīng)的變量不會(huì)加上單引號(hào)

使用#{}可以有效的防止sql注入，提高系統(tǒng)的安全性

到此這篇關(guān)于MyBatis中${} 和 #{} 有什么區(qū)別()的文章就介紹到這了,更多相關(guān)Mybatis #{}和${}的區(qū)別內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論