@Param 注解的用处：为了接口中方法的形参与xml文件中sql语句中的条件参数绑定
1.接口方法只有一个参数
完全没必要使用@Param注解
例：
?
|
1
2
3
|
public interface PaperDao {
Paper queryById(long id);
}
|
此时相应的xml文件中，#{}中可以填写任意名称
?
|
1
2
3
4
5
|
<select id="queryById" parameterType="long" resultMap="resultMap1">
SELECT paper_id,name,number,detail
FROM paper
WHERE paper_id=#{id}
</select>
|
2.接口方法有多个参数
推荐使用@Param注解进行参数绑定
例：
?
|
1
2
|
public interface PaperDao {
Paper queryById(@Param("id") long id，@Param("name") String name);}
|
xm文件：
?
|
1
2
3
4
5
|
<select id="queryById" parameterType="long" resultMap="resultMap1">
SELECT paper_id,name,number,detail
FROM paper
WHERE paper_id=#{id} AND name=#{name}
</select>
|
补充：SSM整合过程关于@Param注解使用的一些细节
1.首先先声明一下该注解的功能，就是给参数进行命名来找到对应参数，
举个例子(例如在Mybatis的XXXMapper.xml文件中针对某个sql语句 比如根据id来查询某个实体，那么假如我们传入的参数列名为id，但是实体类的column确实userID，这时候我们可以将参数就行命名为userID，
这时候我们就可以根据这个命名找到该参数，类似于该参数的一个“id”的感觉，这样就可以将参数正确的注入sql语句中。
例如：
?
|
1
2
|
public int getUserDetail(@Param("userId") int id);
//这里我们就可以利用#{userId}来获取到id的值 在执行sql语句时候
|
还有一个好处就是使用该注解来声明参数时，使用#{}和KaTeX parse error: Expected 'EOF', got '#' at position 25: …会报错，但是不使用的话就只能用#̲{}（一般多数情况都是#{}，…${}会产生sql注入的问题。
但是这里我总结一个我用这个注解时候遇到的一个很坑的问题，就是在你调用某个带有@Param注解的函数的时候，传参数的时候就会报错，这点需要注意
以上为个人经验，希望能给大家一个参考，也希望大家多多支持快网idc。如有错误或未考虑完全的地方，望不吝赐教。
原文链接：https://blog.csdn.net/DJ_coder/article/details/81050817
相关文章
猜你喜欢
- 个人网站搭建：如何挑选具有弹性扩展能力的服务器？ 2025-06-10
- 个人服务器网站搭建：如何选择适合自己的建站程序或框架？ 2025-06-10
- 64M VPS建站：能否支持高流量网站运行？ 2025-06-10
- 64M VPS建站：怎样选择合适的域名和SSL证书？ 2025-06-10
- 64M VPS建站：怎样优化以提高网站加载速度？ 2025-06-10
