基于ssm中dao接口@Param注解的用法

@param 注解的用处：为了接口中方法的形参与xml文件中sql语句中的条件参数绑定

1.接口方法只有一个参数

完全没必要使用@param注解

例：

public interface paperdao {
  paper querybyid(long id);
} 

此时相应的xml文件中，#{}中可以填写任意名称

 
<select id="querybyid" parametertype="long" resultmap="resultmap1">
  select paper_id,name,number,detail
  from paper
  where paper_id=#{id}
</select>

2.接口方法有多个参数

推荐使用@param注解进行参数绑定

例：

public interface paperdao {
  paper querybyid(@param("id") long id，@param("name") string name);}

xm文件：

<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语句中。

例如：

public int getuserdetail(@param("userid") int id);
//这里我们就可以利用#{userid}来获取到id的值 在执行sql语句时候

还有一个好处就是使用该注解来声明参数时，使用#{}和katex parse error: expected 'eof', got '#' at position 25: …会报错，但是不使用的话就只能用#̲{}（一般多数情况都是#{}，…${}会产生sql注入的问题。

但是这里我总结一个我用这个注解时候遇到的一个很坑的问题，就是在你调用某个带有@param注解的函数的时候，传参数的时候就会报错，这点需要注意

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。