在上篇文章給大家介紹了Mybatis中#{}和${}傳參的區(qū)別及#和$的區(qū)別小結(jié),如果大家有需要可以參考下。
$和#簡單說明:
#相當(dāng)于對(duì)數(shù)據(jù) 加上 雙引號(hào),$相當(dāng)于直接顯示數(shù)據(jù)。
一、總結(jié)
mybatis中使用sqlMap進(jìn)行sql查詢時(shí),經(jīng)常需要?jiǎng)討B(tài)傳遞參數(shù)。動(dòng)態(tài)SQL是mybatis的強(qiáng)大特性之一,也是它優(yōu)于其他ORM框架的一個(gè)重要原因。mybatis在對(duì)sql語句進(jìn)行預(yù)編譯之前,會(huì)對(duì)sql進(jìn)行動(dòng)態(tài)解析,解析為一個(gè)BoundSql對(duì)象,也是在此處對(duì)動(dòng)態(tài)SQL進(jìn)行處理的。在動(dòng)態(tài) SQL 解析階段,#{ }和${ }會(huì)有不同的表現(xiàn),#{ }解析為一個(gè)JDBC預(yù)編譯語句(prepared statement)的參數(shù)標(biāo)記符。
一個(gè) #{ } 被解析為一個(gè)參數(shù)占位符 ? 。${ } 僅僅為一個(gè)純碎的 string 替換,在動(dòng)態(tài) SQL 解析階段將會(huì)進(jìn)行變量替換。
二、Bug描述
前端傳入?yún)?shù):
skip:0
take:10
ruleName:A,B,C
業(yè)務(wù)層處理:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
|
package SQL; /** * 將前端多選參數(shù)轉(zhuǎn)義為SQL語句內(nèi)容 */ public class SQLUtil { private final static String REPLACECHAR_COMMA = "," ; private final static String REPLACECHAR_SEMICOLON = ";" ; public static void main(String[] args) { String s1 = "A,B,C" ; String s2 = "A B C" ; System.out.println( "逗號(hào)分隔:" + formatInStr(s1)); System.out.println( "空格分隔:" + formatInStr(s2)); } private static String formatInStr(String queryStr) { return queryInStr(sliptQueryStr(queryStr)); } private static String[] sliptQueryStr(String queryStr) { if ( null == queryStr || "" .equals(queryStr.trim())) return null ; queryStr = queryStr.replaceAll(SQLUtil.REPLACECHAR_COMMA, " " ).replaceAll(REPLACECHAR_SEMICOLON, " " ); return queryStr.split( "\\s+" ); } private static String queryInStr(String[] queryStrs) { if ( null == queryStrs || 0 == queryStrs.length) return null ; StringBuffer buf = new StringBuffer(); for ( int i = 0 ; i < queryStrs.length; i++) { if (i != 0 ) buf.append( "," ); buf.append( "'" ).append(queryStrs[i]).append( "'" ); } return buf.toString(); } } |
Mapper層處理:
1
2
3
4
5
6
7
8
|
//錯(cuò)誤的處理 < if test= "ruleName != null and ruleName != ''" > AND a.rule_name IN (#{ruleName}) </ if > //正確的處理 < if test= "ruleName != null and ruleName != ''" > AND a.rule_name IN (${ruleName}) </ if > |
日志描述:
1
2
|
[DEBUG] [ 2016 - 08 - 02 17 : 42 : 42.226 ] [qtp1457334982- 157 ] java.sql.Connection - ==> Preparing: SELECT a.id, a.is_valid, a.rule_lable, a.rule_name, a.type, b.sp_id, b.sp_name, a.rule_content, c.user_name, a.gmt_modified, a.ordering FROM idc_logistics_assign_rules a LEFT JOIN app_user c on c.work_no=a.modifier and c.is_deleted= 'n' , idc_sp_info b WHERE a.is_deleted = 'n' AND b.is_deleted = 'n' AND a.sp_id = b.sp_id AND a.rule_name IN (?) ORDER BY ordering asc limit ?, ? [DEBUG] [ 2016 - 08 - 02 17 : 42 : 42.226 ] [qtp1457334982- 157 ] java.sql.PreparedStatement - ==> Parameters: 'A' , 'B' (String), 0 (Integer), 10 (Integer) |
結(jié)果分析:mapper層對(duì)sql有預(yù)編譯處理,對(duì)于#有占位符?,但是對(duì)于$會(huì)直接替換。
PS:MyBatis排序時(shí)使用order by 動(dòng)態(tài)參數(shù)時(shí)需要注意,用$而不是#
字符串替換
默認(rèn)情況下,使用#{}格式的語法會(huì)導(dǎo)致MyBatis創(chuàng)建預(yù)處理語句屬性并以它為背景設(shè)置安全的值(比如?)。這樣做很安全,很迅速也是首選做法,有時(shí)你只是想直接在SQL語句中插入一個(gè)不改變的字符串。比如,像ORDER BY,你可以這樣來使用:
ORDER BY ${columnName}
這里MyBatis不會(huì)修改或轉(zhuǎn)義字符串。
重要:接受從用戶輸出的內(nèi)容并提供給語句中不變的字符串,這樣做是不安全的。這會(huì)導(dǎo)致潛在的SQL注入攻擊,因此你不應(yīng)該允許用戶輸入這些字段,或者通常自行轉(zhuǎn)義并檢查。