#{}: 表示一个占位符号,实现向PreparedStatement占位符中设置值(#{}表示一个占位符?),自动进行Java类型到JDBC类型的转换(因此#{}可以有效防止SQL注入).#{}可以接收简单类型或PO属性值,如果parameterType传输的是单个简单类型值,#{}花括号中可以是value或其它名称.
${}: 表示拼接SQL串,通过${}可将parameterType内容拼接在SQL中而不进行JDBC类型转换,${}可以接收简单类型或PO属性值,如果parameterType传输的是单个简单类型值,${}花括号中只能是value.
虽然${}不能防止SQL注入,但有时${}会非常方便(如order by排序,需要将列名通过参数传入SQL,则用ORDER BY ${column},使用#{}则无法实现此功能.
动态 sql 是 mybatis 的主要特性之一，在 mapper 中定义的参数传到 xml 中之后，在查询之前 mybatis 会对其进行动态解析。mybatis 为我们提供了两种支持动态 sql 的语法：#{} 以及 ${}。
在下面的语句中，如果 username 的值为 zhangsan，则两种方式无任何区别：
select*fromuserwherename= #{name};
select*fromuserwherename=${name};
其解析之后的结果均为
select*fromuserwherename='zhangsan';
但是 #{} 和 ${} 在预编译中的处理是不一样的。#{} 在预处理时，会把参数部分用一个占位符 ? 代替，变成如下的 sql 语句：
select*fromuserwherename=?;
而 ${} 则只是简单的字符串替换，在动态解析阶段，该 sql 语句会被解析成
select*fromuserwherename='zhangsan';
以上，#{} 的参数替换是发生在 DBMS 中，而 ${} 则发生在动态解析过程中。
那么，在使用过程中我们应该使用哪种方式呢？
答案是，优先使用 #{}。因为 ${} 会导致 sql 注入的问题。看下面的例子：
select*from${tableName}wherename=#{name}
在这个例子中，如果表名为
user; delete user; --
则动态解析之后 sql 如下：
select*fromuser;deleteuser;-- where name = ?;
--之后的语句被注释掉，而原本查询用户的语句变成了查询所有用户信息+删除用户表的语句，会对数据库造成重大损伤，极大可能导致服务器宕机。
但是表名用参数传递进来的时候，只能使用 ${}
