MyBatis中的${}和#{}区别

在MyBatis 中,${}和#{}是用于传递参数到SQL语句中的两种不同方式,它们的主要区别在于处理方式和用途:

1. #{}(预处理参数)

  • #{}是参数占位符,MyBatis会将其替换为预处理语句(PreparedStatement)的参数占位符?。
  • 使用 #{}时,MyBatis会自动为SQL参数提供适当的转义,防止SQL注入攻击。
  • #{}通常用于传入参数值,如字符串、数字等。
  • 当SQL中需要使用参数的值时,应该使用 #{}。

使用案例:

XML 复制代码
<select id="selectUserById" resultType="User">
    SELECT * FROM users WHERE id = #{id}
</select>

在这个例子中,#{id} 会被替换为?,并且实际的id值会被安全地传递给SQL语句。

2. ${}(字符串替换)

  • ${} 是文本替换,MyBatis会将其替换为实际的字符串值。
  • 使用${}时,传入的字符串将直接拼接到SQL语句中,没有预处理或转义,因此有 SQL 注入的风险。
  • ${} 通常用于传入SQL片段,如表名、列名、数据库函数等。
  • 当需要动态构建SQL语句的一部分时,可以使用${}。

使用案例:

XML 复制代码
<select id="selectUsersByName" resultType="User">
    SELECT * FROM users WHERE name like '%${searchName}%'
</select>

在这个例子中,${searchName}会被替换为实际的搜索名称,并且直接拼接到SQL语句中。注意,这种方式可能会导致SQL注入,因此在使用时需要非常小心。

3.安全提示

推荐尽可能使用#{},因为它提供了预处理语句的保护,可以防止SQL注入攻击。

只有在你完全信任传入的值,或者需要动态构建SQL片段(如表名、列名)时,才使用${}。

4.性能提示

#{}使用预处理语句,可能会稍微影响性能,因为每次执行 SQL 时都需要重新编译。

${}直接拼接字符串,性能上可能稍好一些,但牺牲了安全性。

在实际开发中,应该根据实际情况和安全考虑来选择合适的参数传递方式。

相关推荐
SelectDB13 分钟前
让变更流出 Doris:Apache Doris 5.0 基于增量计算的 CDC 技术解析
数据库
这个DBA有点耶22 分钟前
MCP隔离层+行级语义审计+输出校验:AI访问数据库的安全边界拆解
数据库·人工智能·ai编程
新*1 小时前
Elasticsearch 7.17 的 SQL 到底能查到什么?一次踩坑记录
后端·sql·elasticsearch·查询
这个DBA有点耶1 小时前
从反向扫描O(n)到正向扫描O(1):降序索引的物理机制与混合排序匹配规则
数据库
2501_933923253 小时前
解读Redis:单线程模型
数据库·redis·缓存
Tapdata4 小时前
被忽略的第三类上下文:Agent 进入真实业务后,还缺什么?
数据库·人工智能·架构
小科先生5 小时前
Java springboot调用数据库的基本流程
java·数据库·spring boot
星恒随风5 小时前
MySQL 从零入门(四):表的增删改查与基础查询详解
linux·服务器·数据库·笔记·mysql
Pniubi7 小时前
MySQL靠什么实现事务的?事务隔离级别有哪些?
java·数据库·mysql
数据库小学妹7 小时前
pgbouncer 事务池:prepared statement、临时表与会话状态
数据库·后端·postgresql