版权声明：本文为CSDN博主「小丑_」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/sinat_33010325/article/details/84261662
1.关于@Param
@Param是MyBatis所提供的(org.apache.ibatis.annotations.Param)，作为Dao层的注解，作用是用于传递参数，从而可以与SQL中的的字段名相对应，一般在2=<参数数<=5时使用最佳。
2.原始的方法
当只有一个参数时，没什么好说的，传进去一个值也只有一个参数可以匹配；
当存在多个参数时，传进去的值就区分不开了，这时可以考虑用Map，例如接口：
public List<Role> findRoleByMap(Map<String, Object> parameter);
接口类对应的mapper映射文件：
<select id="findRoleByMap" parameterType="map" resultType="role">
SELECT id,name FROM t_role
WHERE roleName=#{roleName}
AND note=#{note}
<select>
controller层文件：
RoleMapper roleMapper = sqlSession.getMapper(RoleMapper.class);
Map<String, Object> parameter = new HashMap<>();
parameter.put("roleName", "王者");
parameter.put("note", "王者荣耀");
List<Role> roles = roleMapper.findRolesByMap(parameter);
3.使用@Param
很明显上面的缺点就在于可读性差，每次必须阅读他的键，才能明白其中的作用，并且不能限定其传递的数据类型，下面是使用@Param的情况，需要将接口改为：
public List<Role> findRoleByAnnotation(@Param("roleName") String roleName, @Param("note") String note);
这样我们就可以直接传入对应的值了。
当然也可以使用Java Bean来传递多个参数，定义一个POJO
public class RoleParam {
private String roleName;
private String note;
/*getter和setter*/
}
此时接口就变为：
public List<Role> findRoleByBean(RoleParam role);
这样对应的xml文件与1处的区别就在于id和parameterType发生了变化，id对应的方法和parameterType对应该类的权限定名。
而使用更多的场景可能是这样的，对应多个POJO：
public List<Role> findRoleByMix(@Param("roleP") RoleParam role, @Param("permissionP") PermissionParam permission);
这样就可以进行如下映射：
<select id="findRoleByMix" resultType="role">
SELECT id,name FROM t_role
WHERE roleName=#{roleP.roleName}
AND note=#{rolep.note}
AND level=#{permissionP.level}
<select>
注意此时并不需要写出parameterType属性，Mybatis会进行自动搜索。
4.后记
最后也许会有小火办会问，那@Param和@RequestParam是什么关系呢？其实它们没有关系，就跟Java和JavaScript，雷锋和雷锋塔一样，拥有相似的外表，其实作用是不一样的，@Param是地处Dao层，是为了传递多个参数，解决的是可读性和直观性；而@RequestParam是位列Controller层，作用是为获取前端参数，解决的是前后端参数不一致的问题。所以它们没有关系！
