Mybatis 参数处理

1.传单个参数：Mybatis不会做特殊处理
#{参数}取出参数值
2.多个参数：Mybatis会做特殊处理
多个参数会被封装成一个map
#{}就是从map中获知指定的可以值
key:param1…paramN
value:传入的参数值
为了方便起见，直接在查询的Java代码的属性名加@Param注解

public Employee getEmpByIdAndLastName(@Param ("id")Interger id,@Param ("lastname")String lastName);

在mapper文件中

  <select id="getEmpByIdAndLastName" resultType="com.guigu.mybatis.Employee"> 
     select  id,last_name lastName,email,gender from  tbl_employee where id = #{id} and lastname=#{lastname}
      </select>

3.如果是参数很多，业务逻辑的数据模型，直接传入POJO
#{属性名}：取出传入的POJO的属性值
如果多个参数不是业务模型中的数据，没有对应的POJO，可以直接参入map
#{key}查出map的值
4.如果多个参数不是业务数据，但是经常使用，推荐编写一个TO(transfer object)数据传输对象
5.如果是一个封装类型的参数
public Emloyee getEmp(@Param(“id”)Integer id,@Param(“e”)Employee emp)
取值：id==>#{id} lastname==>#{e.lastname}
6.如果是Collection(list,set)类型或者是数组
也会做特殊处理，也就是把传入的list或者数组封装在map中
key: Collection(collection)
如果是list还可以使用这个Key（list）,数组（array）
public Employee getEmpById(List ids);
取值：取出第一个id值：#{list[0]}
总结：参数多时会封装map，为了不混乱，我们可以使用@Param来指定map的key,#{key}就可以取出map中的值

参数值的获取
#{}；可以获取map中的值或者POJO对象属性的值
**${};**可以获取map中的值或者POJO对象的属性的值
区别：#{}：以预编译的形式，将参数设置到sql语句中：preparedstatement:防止SQL注入
（**所谓SQL注入，就是通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。**具体来说，它是利用现有应用程序，将（恶意的）SQL命令注入到后台数据库引擎执行的能力，它可以通过在Web表单中输入（恶意）SQL语句得到一个存在安全漏洞的网站上的数据库，而不是按照设计者意图去执行SQL语句。 [1] 比如先前的很多影视网站泄露VIP会员密码大多就是通过WEB表单递交查询字符暴出的，这类表单特别容易受到SQL注入式攻击）
KaTeX parse error: Expected 'EOF', got '#' at position 39: …全问题 大多情况下，都应该使用#̲{} 比如分表操作：按照年份分…
select * from ${year}_salary
select *from ode by ${f_name}