# Configuration
学习了Mybatis的架构,接着就该学一下配置文件咯,Mybatis的配置文件一共分为两种:
Mapper映射文件(与sql映射的文件)
在此之前呢,我们先看一下Configuration都加载了哪些东西。 MyBatis的初始化会执行SqlSessionFactoryBuilder的中build()方法, build方法又会调用XMLConfigBuilder()的内部parse()方法进行加载配置, 所以我们先看一下parse()的源码:
public Configuration parse() {
if (parsed) {
throw new BuilderException("Each XMLConfigBuilder can only be used once.");
}
parsed = true;
parseConfiguration(parser.evalNode("/configuration"));//真正执行的加载配置的是这个方法
return configuration;
}
private void parseConfiguration(XNode root) {
try {
//issue #117 read properties first
propertiesElement(root.evalNode("properties"));
Properties settings = settingsAsProperties(root.evalNode("settings"));
loadCustomVfs(settings);
typeAliasesElement(root.evalNode("typeAliases"));
pluginElement(root.evalNode("plugins"));
objectFactoryElement(root.evalNode("objectFactory"));
objectWrapperFactoryElement(root.evalNode("objectWrapperFactory"));
reflectorFactoryElement(root.evalNode("reflectorFactory"));
settingsElement(settings);
// read it after objectFactory and objectWrapperFactory issue #631
environmentsElement(root.evalNode("environments"));
databaseIdProviderElement(root.evalNode("databaseIdProvider"));
typeHandlerElement(root.evalNode("typeHandlers"));
mapperElement(root.evalNode("mappers"));
} catch (Exception e) {
throw new BuilderException("Error parsing SQL Mapper Configuration. Cause: " + e, e);
}
}
由parseCOnfiguration方法我们可以看到,configuraction加载了这些节点进行配置: :properties、typeAliases、plugins、objectFactory、objectWrapperFactory、settings、environments、databaseIdProvider、typeHandlers、mappers。而这些节点就是Configuration的配置内容
下列是配置说明:一下配置属性你都可以在中官方文档找到: http://www.mybatis.org/mybatis-3/zh
Properties:属性配置
properties resource="org/mybatis/example/config.properties"//这是第一种
//第二种:
property name="username" value="dev_user"/
property name="password" value="F2Fa3!33TYyg"/
/properties
//第三种:
属性也可以被传递到 SqlSessionFactoryBuilder.build()方法中
SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(reader, props);
// ... or ...
SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(reader, environment, props);
//引用属性配置
dataSource type="POOLED"//
property name="driver" value="${driver}"/
property name="url" value="${url}"/
property name="username" value="${username}"/
property name="password" value="${password}"/
/dataSource
如果属性在不只一个地方进行了配置,那么 MyBatis 将按照下面的顺序来加载:
然后根据 properties 元素中的 resource 属性读取类路径下属性文件或根据 url 属性指定的路径读取属性文件,并覆盖已读取的同名属性。
因此,通过方法参数传递的属性具有最高优先级,resource/url 属性中指定的配置文件次之,最低优先级的是 properties 属性中指定的属性。
Settings:设置
settings
setting name="cacheEnabled" value="true"///全局地开启或关闭配置文件中的所有映射器已经配置的任何缓存。
setting name="lazyLoadingEnabled" value="true"///延迟加载的全局开关。当开启时,所有关联对象都会延迟加载。 特定关联关系中可通过设置fetchType属性来覆盖该项的开关状态。
setting name="multipleResultSetsEnabled" value="true"///是否允许单一语句返回多结果集(需要兼容驱动)。
setting name="useColumnLabel" value="true"///使用列标签代替列名。不同的驱动在这方面会有不同的表现, 具体可参考相关驱动文档或通过测试这两种不同的模式来观察所用驱动的结果。
setting name="useGeneratedKeys" value="false"/允许 JDBC 支持自动生成主键,需要驱动兼容。 如果设置为 true 则这个设置强制使用自动生成主键,尽管一些驱动不能兼容但仍可正常工作(比如 Derby)。
setting name="autoMappingBehavior" value="PARTIAL"/指定 MyBatis 应如何自动映射列到字段或属性。 NONE 表示取消自动映射;PARTIAL 只会自动映射没有定义嵌套结果集映射的结果集。 FULL 会自动映射任意复杂的结果集(无论是否嵌套)。
setting name="autoMappingUnknownColumnBehavior" value="WARNING"/
@指定发现自动映射目标未知列(或者未知属性类型)的行为。
NONE: 不做任何反应
WARNING: 输出提醒日志 ('org.apache.ibatis.session.AutoMappingUnknownColumnBehavior'的日志等级必须设置为 WARN)
FAILING: 映射失败 (抛出 SqlSessionException)
setting name="defaultExecutorType" value="SIMPLE"/配置默认的执行器。SIMPLE 就是普通的执行器;REUSE 执行器会重用预处理语句(prepared statements); BATCH 执行器将重用语句并执行批量更新。
setting name="defaultStatementTimeout" value="25"/设置超时时间,它决定驱动等待数据库响应的秒数。
setting name="defaultFetchSize" value="100"/为驱动的结果集获取数量(fetchSize)设置一个提示值。此参数只可以在查询设置中被覆盖
setting name="safeRowBoundsEnabled" value="false"/允许在嵌套语句中使用分页(RowBounds)。如果允许使用则设置为false
setting name="mapUnderscoreToCamelCase" value="false"/是否开启自动驼峰命名规则(camel case)映射,即从经典数据库列名 A_COLUMN 到经典 Java 属性名 aColumn 的类似映射。
setting name="localCacheScope" value="SESSION"/MyBatis 利用本地缓存机制(Local Cache)防止循环引用(circular references)和加速重复嵌套查询。 默认值为 SESSION,这种情况下会缓存一个会话中执行的所有查询。 若设置值为 STATEMENT,本地会话仅用在语句执行上,对相同 SqlSession 的不同调用将不会共享数据。
setting name="jdbcTypeForNull" value="OTHER"/当没有为参数提供特定的 JDBC 类型时,为空值指定 JDBC 类型。 某些驱动需要指定列的 JDBC 类型,多数情况直接用一般类型即可,比如 NULL、VARCHAR 或 OTHER。
setting name="lazyLoadTriggerMethods" value="equals,clone,hashCode,toString"/指定哪个对象的方法触发一次延迟加载。
/settings
typeAliases:类型别名(常用)
类型别名是为 Java 类型设置一个短的名字。它只和 XML 配置有关,存在的意义仅在于用来减少类完全限定名的冗余
第一种:
typeAliases
typeAlias alias="Author" type="domain.blog.Author"/
typeAlias alias="Blog" type="domain.blog.Blog"/
typeAlias alias="Comment" type="domain.blog.Comment"/
typeAlias alias="Post" type="domain.blog.Post"/
typeAlias alias="Section" type="domain.blog.Section"/
typeAlias alias="Tag" type="domain.blog.Tag"/
/typeAliases
别名不区分大小写.
第二种:
也可以指定包名,扫描包西面的所有类并根据类名配置别名:
typeAliases
package name="domain.blog"/
/typeAliases
每一个在包 domain.blog 中的 Java Bean,在没有注解的情况下,会使用 Bean 的首字母小写的非限定类名来作为它的别名。若有注解,则别名为其注解值
@Alias("author")
public class Author {…}
这是一些为常见的 Java 类型内建的相应的类型别名。它们都是大小写不敏感的,需要注意的是由基本类型名称重复导致的特殊处理。
plugins:插件,其实就是拦截器
MyBatis 允许你在已映射语句执行过程中的某一点进行拦截调用。默认情况下,MyBatis 允许使用插件来拦截的方法调用包括:
ParameterHandler (getParameterObject, setParameters)//参数映射器,处理参数的
StatementHandler (prepare, parameterize, batch, update, query)//StatementID映射器
objectFactory:对象工厂
MyBatis 每次创建结果对象的新实例时,它都会使用一个对象工厂(ObjectFactory)实例来完成。 默认的对象工厂需要做的仅仅是实例化目标类,要么通过默认构造方法,要么在参数映射存在的时候通过参数构造方法来实例化。 如果想覆盖对象工厂的默认行为,则可以通过创建自己的对象工厂来实现。比如:
// ExampleObjectFactory.java
public class ExampleObjectFactory extends DefaultObjectFactory {
public Object create(Class type) {
return super.create(type);
}
public Object create(Class type, ListClass constructorArgTypes, ListObject constructorArgs) {
return super.create(type, constructorArgTypes, constructorArgs);
}
public void setProperties(Properties properties) {
super.setProperties(properties);
}
public boolean isCollection(ClassT type) {
return Collection.class.isAssignableFrom(type);
}}
!-- mybatis-config.xml --
objectFactory type="org.mybatis.example.ExampleObjectFactory"
property name="someProperty" value="100"/
/objectFactory
ObjectFactory 接口很简单,它包含两个创建用的方法,一个是处理默认构造方法的,另外一个是处理带参数的构造方法的。 最后,setProperties 方法可以被用来配置 ObjectFactory,在初始化你的 ObjectFactory 实例后, objectFactory 元素体中定义的属性会被传递给 setProperties 方法。
environments:环境
- transactionManager 事务管理器
- dataSource 数据源
transactionManager 事务管理器
开发、测试和生产环境需要有不同的配置;或者共享相同 Schema 的多个生产数据库, 想使用相同的 SQL 映射。许多类似的用例。如果你有这种需求既可以配置多个环境变量
environments default="development"
environment id="development"
transactionManager type="JDBC"
property name="..." value="..."/
/transactionManager
dataSource type="POOLED"
property name="driver" value="${driver}"/
property name="url" value="${url}"/
property name="username" value="${username}"/
property name="password" value="${password}"/
/dataSource
/environment
/environments
注意这里的关键点:
每个 environment 元素定义的环境 ID(比如:id=”development”)。
数据源的配置(比如:type=”POOLED”)。
添加事务管理
transactionManager type="MANAGED"
property name="closeConnection" value="false"/
/transactionManager
提示如果你正在使用 Spring + MyBatis,则没有必要配置事务管理器, 因为 Spring 模块会使用自带的管理器来覆盖前面的配置。
这两种事务管理器类型都不需要任何属性。它们不过是类型别名,换句话说,你可以使用 TransactionFactory 接口的实现类的完全限定名或类型别名代替它们。
自定义事务处理
public interface TransactionFactory {
void setProperties(Properties props);
Transaction newTransaction(Connection conn);
Transaction newTransaction(DataSource dataSource, TransactionIsolationLevel level, boolean autoCommit);
}
任何在 XML 中配置的属性在实例化之后将会被传递给 setProperties() 方法。你也需要创建一个 Transaction 接口的实现类,这个接口也很简单:
public interface Transaction {
Connection getConnection() throws SQLException;
void commit() throws SQLException;
void rollback() throws SQLException;
void close() throws SQLException;
Integer getTimeout() throws SQLException;
}
使用这两个接口,你可以完全自定义 MyBatis 对事务的处理。
数据源(dataSource)
dataSource 元素使用标准的 JDBC 数据源接口来配置 JDBC 连接对象的资源
许多 MyBatis 的应用程序会按示例中的例子来配置数据源。虽然这是可选的,但为了使用延迟加载,数据源是必须配置的。 有三种内建的数据源类型(也就是 **type=”[UNPOOLED|POOLED|JNDI]**”):
UNPOOLED
UNPOOLED– 这个数据源的实现只是每次被请求时打开和关闭连接。虽然有点慢,但对于在数据库连接可用性方面没有太高要求的简单应用程序来说,是一个很好的选择。 不同的数据库在性能方面的表现也是不一样的,对于某些数据库来说,使用连接池并不重要,这个配置就很适合这种情形。UNPOOLED 类型的数据源仅仅需要配置以下 5 种属性:
url – 这是数据库的 JDBC URL 地址。
password – 登录数据库的密码。
driver.encoding=UTF8 这将通过 DriverManager.getConnection(url,driverProperties) 方法传递值为 UTF8 的 encoding 属性给数据库驱动
POOLED
POOLED– 这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来,避免了创建新的连接实例时所必需的初始化和认证时间。 这是一种使得并发 Web 应用快速响应请求的流行处理方式。 除了上述提到 UNPOOLED 下的属性外,还有更多属性用来配置 POOLED 的数据源:
poolMaximumIdleConnections – 任意时间可能存在的空闲连接数。
poolTimeToWait – 这是一个底层设置,如果获取连接花费了相当长的时间,连接池会打印状态日志并重新尝试获取一个连接(避免在误配置的情况下一直安静的失败),默认值:20000 毫秒(即 20 秒)。
poolPingQuery – 发送到数据库的侦测查询,用来检验连接是否正常工作并准备接受请求。默认是“NO PING QUERY SET”,这会导致多数数据库驱动失败时带有一个恰当的错误消息。
poolPingConnectionsNotUsedFor – 配置 poolPingQuery 的频率。可以被设置为和数据库连接超时时间一样,来避免不必要的侦测,默认值:0(即所有连接每一时刻都被侦测 — 当然仅当 poolPingEnabled 为 true 时适用)。
JNDI
NDI – 这个数据源的实现是为了能在如 EJB 或应用服务器这类容器中使用,容器可以集中或在外部配置数据源,然后放置一个 JNDI 上下文的引用。这种数据源配置只需要两个属性:
data_source – 这是引用数据源实例位置的上下文的路径。提供了 initial_context 配置时会在其返回的上下文中进行查找,没有提供时则直接在 InitialContext 中查找。 和其他数据源配置类似,可以通过添加前缀“env.”直接把属性传递给初始上下文。比如:
这就会在初始上下文(InitialContext)实例化时往它的构造方法传递值为 UTF8 的 encoding 属性。 你可以通过实现接口 org.apache.ibatis.datasource.DataSourceFactory 来使用第三方数据源:
public interface DataSourceFactory {
void setProperties(Properties props);
DataSource getDataSource();
}
org.apache.ibatis.datasource.unpooled.UnpooledDataSourceFactory 可被用作父类来构建新的数据源适配器,比如下面这段插入 C3P0 数据源所必需的代码:
import org.apache.ibatis.datasource.unpooled.UnpooledDataSourceFactory;
import com.mchange.v2.c3p0.ComboPooledDataSource;
public class C3P0DataSourceFactory extends UnpooledDataSourceFactory {
public C3P0DataSourceFactory() {
this.dataSource = new ComboPooledDataSource();
}
为了令其工作,记得为每个希望 MyBatis 调用的 setter 方法在配置文件中增加对应的属性。下面是一个可以连接至 PostgreSQL 数据库的例子:
dataSource type="org.myproject.C3P0DataSourceFactory"
property name="driver" value="org.postgresql.Driver"/
property name="url" value="jdbc:postgresql:mydb"/
property name="username" value="postgres"/
property name="password" value="root"/
/dataSource
import org.apache.ibatis.datasource.unpooled.UnpooledDataSourceFactory;
import com.mchange.v2.c3p0.ComboPooledDataSource;
public class C3P0DataSourceFactory extends UnpooledDataSourceFactory {
public C3P0DataSourceFactory() {
this.dataSource = new ComboPooledDataSource();
}
databasesIDProvider: 数据库厂商标识.
为了解决数据库厂商不同的而造成的语句不能执行问题.
typeHandlers:类型处理器
无论是 MyBatis 在预处理语句(PreparedStatement)中设置一个参数时,还是从结果集中取出一个值时, 都会用类型处理器将获取的值以合适的方式转换成 Java 类型。 提示 从 3.4.5 开始,MyBatis 默认支持 JSR-310(日期和时间 API) 。
自定义类型处理器
你可以重写类型处理器或创建你自己的类型处理器来处理不支持的或非标准的类型。
具体做法为:实现 org.apache.ibatis.type.TypeHandler 接口, 或继承一个很便利的类 org.apache.ibatis.type.BaseTypeHandler, 然后可以选择性地将它映射到一个 JDBC 类型。
// ExampleTypeHandler.java
@MappedJdbcTypes(JdbcType.VARCHAR)
public class ExampleTypeHandler extends BaseTypeHandlerString {
@Override
public void setNonNullParameter(PreparedStatement ps, int i, String parameter, JdbcType jdbcType) throws SQLException {
ps.setString(i, parameter);
@Override
public String getNullableResult(ResultSet rs, String columnName) throws SQLException {
return rs.getString(columnName);
}
@Override
public String getNullableResult(ResultSet rs, int columnIndex) throws SQLException {
return rs.getString(columnIndex);
}
@Override
public String getNullableResult(CallableStatement cs, int columnIndex) throws SQLException {
return cs.getString(columnIndex);
}
}
!-- mybatis-config.xml --
typeHandlers
typeHandler handler="org.mybatis.example.ExampleTypeHandler"/
/typeHandlers
**用这个的类型处理器将会覆盖已经存在的处理 Java 的 String 类型属性和 VARCHAR 参数及结果的类型处理器。 要注意 MyBatis 不会窥探数据库元信息来决定使用哪种类型,所以你必须在参数和结果映射中指明那是 VARCHAR 类型的字段, 以使其能够绑定到正确的类型处理器上。 这是因为:MyBatis 直到语句被执行才清楚数据类型。**
使用这个的类型处理器将会覆盖已经存在的处理 Java 的 String 类型属性和 VARCHAR 参数及结果的类型处理器。 要注意 MyBatis 不会窥探数据库元信息来决定使用哪种类型,所以你必须在参数和结果映射中指明那是 VARCHAR 类型的字段, 以使其能够绑定到正确的类型处理器上。 这是因为:MyBatis 直到语句被执行才清楚数据类型。
通过类型处理器的泛型,MyBatis 可以得知该类型处理器处理的 Java 类型,不过这种行为可以通过两种方法改变:
可以通过两种方式来指定被关联的 JDBC 类型:
**当决定在ResultMap中使用某一TypeHandler时,此时java类型是已知的(从结果类型中获得),但是JDBC类型是未知的。 因此Mybatis使用javaType=[TheJavaType], jdbcType=null的组合来选择一个TypeHandler。 这意味着使用@MappedJdbcTypes注解可以限制TypeHandler的范围,同时除非显式的设置,否则TypeHandler在ResultMap中将是无效的。 如果希望在ResultMap中使用TypeHandler,那么设置@MappedJdbcTypes注解的includeNullJdbcType=true即可。 然而从Mybatis 3.4.0开始,如果只有一个注册的TypeHandler来处理Java类型,那么它将是ResultMap使用Java类型时的默认值(即使没有includeNullJdbcType=true)。**
最后,可以让 MyBatis 为你查找类型处理器:
!-- mybatis-config.xml --
typeHandlers
package name="org.mybatis.example"/
/typeHandlers
注意在使用自动检索(autodiscovery)功能的时候,只能通过注解方式来指定 JDBC 的类型。 你可以创建一个能够处理多个类的泛型类型处理器。为了使用泛型类型处理器, 需要增加一个接受该类的 class 作为参数的构造器,这样在构造一个类型处理器的时候 MyBatis 就会传入一个具体的类。
//GenericTypeHandler.java
public class GenericTypeHandlerE extends MyObject extends BaseTypeHandlerE {
private ClassE type;
public GenericTypeHandler(ClassE type) {
if (type == null) throw new IllegalArgumentException("Type argument cannot be null");
this.type = type;
}
...
- 在类型处理器的配置元素上增加一个 jdbcType 属性(比如:jdbcType="VARCHAR");
- 在类型处理器的类上(TypeHandler class)增加一个 @MappedJdbcTypes 注解来指定与其关联的 JDBC 类型列表。 如果在 jdbcType 属性中也同时指定,则注解方式将被忽略。
- 在类型处理器的配置元素(typeHandler element)上增加一个 javaType 属性(比如:javaType="String");
- 在类型处理器的类上(TypeHandler class)增加一个 @MappedTypes 注解来指定与其关联的 Java 类型列表。 如果在 javaType 属性中也同时指定,则注解方式将被忽略。
!-- mybatis-config.xml --
typeHandlers
typeHandler handler="org.mybatis.example.ExampleTypeHandler"/
/typeHandlers
//GenericTypeHandler.java
public class GenericTypeHandlerE extends MyObject extends BaseTypeHandlerE {
private ClassE type;
public GenericTypeHandler(ClassE type) {
if (type == null) throw new IllegalArgumentException("Type argument cannot be null");
this.type = type;
}
...
在类型处理器的类上(TypeHandler class)增加一个 @MappedJdbcTypes 注解来指定与其关联的 JDBC 类型列表。 如果在 jdbcType 属性中也同时指定,则注解方式将被忽略。
在类型处理器的类上(TypeHandler class)增加一个 @MappedTypes 注解来指定与其关联的 Java 类型列表。 如果在 javaType 属性中也同时指定,则注解方式将被忽略。
mappers:映射器(重点)
既然 MyBatis 的行为已经由上述元素配置完了,我们现在就要定义 SQL 映射语句了。但是首先我们需要告诉 MyBatis 到哪里去找到这些语句。
Java 在自动查找这方面没有提供一个很好的方法,所以最佳的方式是告诉 MyBatis 到哪里去找映射文件。你可以使用相对于类路径的资源引用,
或完全限定资源定位符(包括 file:/// 的 URL),或类名和包名等。例如:
!-- 使用相对于类路径的资源引用 --
mappers
mapper resource="org/mybatis/builder/AuthorMapper.xml"/
mapper resource="org/mybatis/builder/BlogMapper.xml"/
mapper resource="org/mybatis/builder/PostMapper.xml"/
/mappers
!-- 使用完全限定资源定位符(URL) --
mappers
mapper url="file:///var/mappers/AuthorMapper.xml"/
mapper url="file:///var/mappers/BlogMapper.xml"/
mapper url="file:///var/mappers/PostMapper.xml"/
/mappers
!-- 使用映射器接口实现类的完全限定类名 --
mappers
mapper class="org.mybatis.builder.AuthorMapper"/
mapper class="org.mybatis.builder.BlogMapper"/
mapper class="org.mybatis.builder.PostMapper"/
/mappers
!-- 将包内的映射器接口实现全部注册为映射器 --
mappers
package name="org.mybatis.builder"/
/mappers
!-- 使用完全限定资源定位符(URL) --
mappers
mapper url="file:///var/mappers/AuthorMapper.xml"/
mapper url="file:///var/mappers/BlogMapper.xml"/
mapper url="file:///var/mappers/PostMapper.xml"/
/mappers
!-- 使用映射器接口实现类的完全限定类名 --
!-- 将包内的映射器接口实现全部注册为映射器 --
mappers
package name="org.mybatis.builder"/
/mappers
这些配置会告诉了 MyBatis 去哪里找映射文件,剩下的细节就应该是每个 SQL 映射文件(mapper)了,也就是接下来我们要讨论的。
文章如有错误,请您一定指出,感谢之至!
如果你有不同的见解,欢迎留言,或者加我QQ986320270
图片可能来源于网络,如有侵权请告知。
最后:关注一下呗
长按二维码识别关注