Mybatis参数传递示例代码
前言
在实际开发中,大多数情况下都需要对SQL传入参数以获得想要的结果集,传入的情况分为两种情况:
1、SQL语句的拼接,比如表名、like条件等;在mybatis中使用${}包裹参数,mybati直接对其进行字符串替换
2、SQL中作为条件输入的参数,这种情况下,SQL允许使用?作为占位符来代替参数,在mybatis中使用#{}包裹参数,使用占位符有以下几点好处:
- mybatis会对包裹的变量进行转义和类型检查,避免以SQL注入的方式攻击数据库
- 默认情况下,mybatis采用的是预编译的方式,对于数据库而言SQL本身没有变化,变化的是传入的参数,数据库只会编译一次,而不会因为作为条件的参数变化而重新编译,节约了SQL执行总时间
对于开发人员而言,能够使用#{}传入参数的情况都应该采用这种形式。
传入参数
接口Mapper传入参数
在xml中写SQL的时候注意到parameterType参数,刚接触的时候就有疑惑,如果有多个参数该如何指定。原来这是一个可选参数,Mybatis本身就可以通过TypeHandler推断出具体传入语句的参数。
总结通过接口方法传入参数的情况:
- 参数使用添加@Param注解,或者使用'-parameters'编译选项并启用useActualParamName选项(默认开启)来编译项目
- 特别的,如果参数是Javabean,在SQL中引用参数的时候可以直接使用属性访问符,而无需通过get方法。eg:#{Javabean.id}
配置文件传入参数
有时候为了将表名或者schema可配置化,将变量写到配置文件中,避免未来表名变化造成大的改动。
全局变量
首先如果是作为全局的参数,可以将配置文件中的参数都写入到Javabean中,使用的时候通过接口Mapper传入即可。在Spring中
- 在Spring配置文件中,使用PropertiesFactoryBean指定配置文件路径,指定id
- 在Javabean文件中使用通过@Value("#{id['name']}")设置变量,并使用@Component注解该Javabean
- 在接口Mapper中传入该Javabean
applicationContext.xml
classpath: .properties
ExampleProperty.java
@Component("exampleProperty") publicclassExampleProperty{ @Value("#{exampleid['name']}") publicStringname; ... }
引用
@Resource privateExamplePropertyexampleProperty;
只在mybatisSQL中引用
如果不是作为全局参数,而只是在SQL中使用,则可以通过mybatis的配置文件mybatis-config.xml引入,这里引入的变量所有SQL的xml中都可以通过${}的方式引入。
mybatis-config.xml
.properties"> ...
参数加载的顺序如下
- 首先包裹的参数作为默认值(推荐引入配置文件的同时也设定默认参数)
- 加载resource中指定的配置文件,如果已指定了该参数则覆盖
- 如果通过接口Mapper传入了同名参数,接口Mapper传入的参数覆盖原有参数值
另外需要注意的是通过mybatis-config.xml设定的参数,在SQL中无法直接使用#{}的方式引入,而有时候又想要用占位符的方式进行预编译,除了使用接口Mapper传入参数外,还可以使用
bind元素可以从OGNL表达式中创建一个变量并将其绑定到上下文
ExampleSQL.xml
SELECT*FROM××.×× WHEREID=#{id} ...
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对毛票票的支持。