Mybatis中#{}与${}区别

动态 sql 是 mybatis 的主要特性之一，在 mapper 中定义的参数传到 xml 中之后，在查询之前 mybatis 

会对其进行动态解析。mybatis 为我们提供了两种支持动态 sql 的语法：#{} 以及 ${}。

 

 

${}  占位字段不加引号，引起sql注入    占位条件值会加引号

 

在下面的语句中，如果 username 的值为 zhangsan，则两种方式无任何区别：

 

select * from user where name = #{name};

select * from user where name = ${name};

其解析之后的结果均为

 

 select * from user where name = 'zhangsan';

但是 #{} 和 ${} 在预编译中的处理是不一样的。#{} 在预处理时，会把参数部分用一个占位符 ? 代替，变成如下的 sql 语句：

 

select * from user where name = ?;

而 ${} 则只是简单的字符串替换，在动态解析阶段，sql在解析的时候会加上" ",当成字符串来解析 ，如这里name = 'zhangsan';

 

该 sql 语句会被解析成

 

select * from user where name = 'zhangsan';

以上，#{} 的参数替换是发生在 DBMS 中，而 ${} 则发生在动态解析过程中。

 

那么，在使用过程中我们应该使用哪种方式呢？

 

答案是，优先使用 #{}。因为 ${} 会导致 sql 注入的问题。

 

看下面的例子：

 

select * from ${tableName} where name = #{name}

在这个例子中，如果表名为

 

user; delete user; –

 

则动态解析之后 sql 如下：

 

select * from user; delete user; -- where name = ?;

　　–之后的语句被注释掉，而原本查询用户的语句变成了查询所有用户信息+删除用户表的语句，会对数据库造成重大损伤，极大可能导致服务器宕机。

 

　　但是表名用参数传递进来的时候，只能使用 ${}

 

总结：

 

1、#{}能防止sql注入，${}不能防止sql注入；

 

 2、${}一般用来传入数据库对象，如：数据表名；

 

3、在使用order  by 时使用${},因为传入参数为动态参数。

 

4、#{}表示一个占位符号，#{}接收输入参数，类型可以是简单类型，pojo、hashmap。  如果接收简单类型，#{}中可以写成value或其它名称。 #{}接收pojo对象值，通过OGNL读取对象中的属性值，通过属性.属性.属性...的方式获取对象属性值。

 

5、${}表示一个拼接符号，会引用sql注入，所以不建议使用${}。  ${}接收输入参数，类型可以是简单类型，pojo、hashmap。如果接收简单类型，${}中只能写成value。${}接收pojo对象值，通过OGNL读取对象中的属性值，通过属性.属性.属性...的方式获取对象属性值。

 

Mybatis本身的说明：

String Substitution  

By default, using the #{} syntax will cause MyBatis to generate PreparedStatement properties and set the values safely against the PreparedStatement parameters (e.g. ?). While this is safer, faster and almost always preferred, sometimes you just want to directly inject a string unmodified into the SQL Statement. For example, for ORDER BY, you might use something like this:  

ORDER BY ${columnName}  

Here MyBatis won't modify or escape the string.  

NOTE It's not safe to accept input from a user and supply it to a statement unmodified in this way. This leads to potential SQL Injection attacks and therefore you should either disallow user input in these fields, or always perform your own escapes and checks.  

 

 

原文：https://blog.csdn.net/Yzg_666/article/details/80579872