日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

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

讓客戶滿意是我們工作的目標(biāo)，不斷超越客戶的期望值來自于我們對(duì)這個(gè)行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長期合作伙伴，公司提供的服務(wù)項(xiàng)目有：域名注冊、虛擬主機(jī)、營銷軟件、網(wǎng)站建設(shè)、古縣網(wǎng)站維護(hù)、網(wǎng)站推廣。

1.功能不同

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

    select * from userinfo where id=${id}

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

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

    select * from userinfo where id=#{id}

最終生成的 SQL 如下：

${} 的問題

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

    select * from userinfo where name=${name}

以上程序執(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)代碼如下：

    select * from userinfo where name=#{name}

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

2.使用場景不同

雖然使用 #{} 的方式可以處理任意類型的參數(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)代碼瑞安：

  select * from goods order by price ${sort}

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

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

  select * from goods order by price #{sort}

以上代碼生成的執(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)代碼如下：

  select * from userinfo where name='${name}' and password='${password}'

單元測試代碼如下：

@Test
void login() {
    UserInfo userInfo = userMapper.login("java", "java");
    System.out.println(userInfo);
}

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

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

@Test
void login() {
    UserInfo userInfo = userMapper.login("java", "' or 1='1");
    System.out.println(userInfo);
}

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

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

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

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

  select * from userinfo where name=#{name} and password=#{password}

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

@Test
void login() {
    UserInfo userInfo = userMapper.login("java", "' or 1='1");
    System.out.println(userInfo);
}

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

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

總結(jié)

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

新聞標(biāo)題：面試突擊76：${} 和 #{} 有什么區(qū)別？
網(wǎng)址分享：http://www.dlmjj.cn/article/coeipgi.html