MyBatis xml配置文件详解，Java知识体系大纲

最新推荐文章于 2024-08-01 21:44:36 发布

A余音袅袅

最新推荐文章于 2024-08-01 21:44:36 发布

阅读量259

点赞数

分类专栏：程序员文章标签： java xml 后端

本文链接：https://blog.csdn.net/m0_61439198/article/details/120204258

版权

程序员专栏收录该内容

31 篇文章 0 订阅

订阅专栏

	<result column="name" property="name"/>

	<result column="funkyNumber" property="funkyNumber"/>

	<result column="roundingMode" property="roundingMode"/>

</resultMap>



<select id="getUser" resultMap="usermap">

	select * from users

</select>

<insert id=

    "insert"> insert into users (id, name, funkyNumber, roundingMode) values

    	( #{id}, #{name}, #{funkyNumber},

    #{roundingMode})

</insert>

	

<resultMap type="org.apache.ibatis.submitted.rounding.User" id="usermap2">

	<id column="id" property="id"/>

	<result column="name" property="name"/>

	<result column="funkyNumber" property="funkyNumber"/>

	<result column="roundingMode" property="roundingMode" typeHandler="org.apache.ibatis.type.EnumTypeHandler"/>

</resultMap>

<select id="getUser2" resultMap="usermap2">

	select * from users2

</select>

<insert id=

    "insert2"> insert into users2 (id, name, funkyNumber, roundingMode) values(

    	#{id}, #{name}, #{funkyNumber}, #{roundingMode, typeHandler=

    org.apache.ibatis.type.EnumTypeHandler})

</insert>




注意，这里的select语句强制使用resultMap来代替resultType。



三、对象工厂（objectFactory）

---------------------



MyBatis每次创建结果对象的新实例时，它都会使用一个对象工厂（ObjectFactory）实例来完成。默认的对象工厂需要做的仅仅是实例化目标类，要么通过默认构造方法，要么在参数映射存在的时候通过参数构造方法来实例化。如果想覆盖对象工厂的行为，则可以通过创建自己的对象工厂来实现，比如：

public class ExampleObjectFactory extends DefaultObjectFactory {

public Object create(Class type) {

	return super.create(type);

}



public Object create(Class type, List<Class> constructorArgTypes, List<Object> constructorArgs) {

	return super.create(type, constructorArgTypes, constructorArgs);

}



public void setProperties(Properties properties) {

	super.setProperties(properties);

}



public <T> boolean isCollection(Class<T> 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方法。



四、插件（plugins）

-------------



MyBatis允许你在已映射的语句执行过程中的某一点进行拦截调用。默认情况下，Mybatis允许使用插件来拦截的方法调用包括：



*   Executor(update,query,flushStatements,commit,rollback,getTransaction,close,isClosed)

*   ParameterHandler(getParameterObejct,setParameters)

*   ResultSetHandler(handlerResultSets,handlerOutputParameters)

*   StatementHandler(prepare,parameterize,batch,update,query)



这些类中方法的细节可以通过查看每个方法的签名来发现，或者直接查看MyBatis的发行包中的源代码。假设你想做的不仅仅是方法的调用，那么你应该很好的了解正在重写的方法的行为。因为如果在视图修改或重写已有方法的行为的时候，你很有可能在破坏MyBatis的核心模块。这些都是更低层的类和方法，所以使用插件的时候要特别担心。



通过MyBatis提供强大的机制，使用插件是非常简单的，只需要实现Interceptor接口，并指定想要拦截的方法签名即可。



```

@Intercepts({ @Signature(type = Executor.class, method = "update", args = { MappedStatement.class, Object.class }) })

public class ExamplePlugin implements Interceptor {

	public Object intercept(Invocation invocation) throws Throwable {

		return invocation.proceed();

	}



	public Object plugin(Object target) {

		return Plugin.wrap(target, this);

	}



	public void setProperties(Properties properties) {

	}

}

<property name="someProperty" value="100"/>




 上面的插件将会拦截Executor实例中所有的“update”方法调用，这里的Executor是负责执行底层映射语句的内部对象。  

覆盖配置类



除了用插件来修改MyBatis核心行为之外，还可以通过完全覆盖配置类来达到目的。只需继承后覆盖其中的每个方法，再把它传递到sqlSessionFactoryBuilder.build(myConfig)方法即可。再次重申，这可能会严重影响Mybatis的行为，务请慎之又慎！



五、配置环境（environments）

--------------------



### 1、配置环境简介



MyBatis可以配置成适应多种环境，这种机制有助于将sql映射应用于多种数据库中，现实情况下有多种理由需要这么做。例如，开发、测试和生产环境需要有不同的配置；或者共享相同的Schema的多个生产数据库，想使用相同的sql映射。许多类似的用例。  

尽管可以配置多个环境，但是每个SqlSessionFactory实例只能选择其一。  

所以，如果想连接两个数据库，就需要创建两个SqlSessionFactory实例，每个数据库对应一个。而如果是三个数据库，就需要三个实例，依此类推。



每个数据库对应一个SqlSessionFactory实例



为了指定创建哪种环境，只要将它作为可选参数传递给SqlSessionFactoryBuilder即可。可以接受环境配置的两个方法签名是：

SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader, environment);

SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader, environment,properties);




 如果忽略了环境参数，那么默认环境将会被加载，如下所示：

SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader);

SqlSessionFactory factory = sqlSessionFactoryBuilder.build(reader,properties);




### 2、环境元素定义了如何配置环境

<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>




### 3、注意这里的关键点



*   默认环境的ID（比如：default="development"）

*   每个environment元素定义的环境ID（比如：id="development"）

*   事务管理器的配置（比如：type="JDBC"）

*   数据源的配置（比如：type="POOLED"）



默认的环境和环境ID是一目了然的。随你怎么命名，只要保证默认环境要匹配其中一个环境ID  

事务管理器（transactionManager）



### 4、事务管理器



在MyBatis中有两种类型的事务管理器（也就是 type="\[JDBC|MANAGED\]"）



*   JDBC --- 这个配置就是直接使用了JDBC的提交和回滚设置，它依赖于从数据源得到的连接来管理事务范围。

*   MANAGED --- 这个配置几乎没做什么。它从来不提交或回滚一个连接，而是让容器来管理事务的整个生命周期（比如JEE应用服务器上下文）。默认情况下它会关闭连接，然而一些容器并不希望这样，因此需要将closeConnection属性设置为false来阻止它默认的行为。例如




如果正在使用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;

}




使用这两个接口，完全可以自定义MyBatis对事务的处理。  

数据源（dataSource）  

dataSource元素使用了标准的JDBC数据源接口来配置JDBC连接对象的资源。



许多MyBatis的应用程序将会按示例中的例子来配置数据源。然而它并不是必须的。要知道为了方便使用延迟加载，数据源才是必须的。



### 5、数据源类型



有三种内建的数据源类型（也就是 type="\[\]UNPOOLED|POOLED|JNDI\]"）；



（1）UNPOOLED



这个数据源的实现只是被请求时打开和关闭连接。虽然有一点慢，它对在及时可用连接方面没有性能要求的简单应用是一个很好的选择。不同的数据库在这方面表现也是不一样的，所以对某些数据库来说使用连接池并不重要，这个配置也是理想。UNPOOLED类型的数据源仅仅需要配置以下5种属性：



*   driver  -- 这是JDBC驱动的Java类的完全限定名（并不是JDBC驱动中可能包含的数据源类）

*   url -- 这是数据库的JDBC URL 地址。

*   username -- 登录数据库的用户名。

*   password -- 登录数据库的密码。

*   defaultTransactionIsolationLevel -- 默认的连接事务隔离级别。



作为可选项，可以传递属性给数据库驱动。要这样做，属性的前缀为"driver."，例如：



*   driver.encoding=UTF-8



这将通过DriverManager,getConnection(url,driverProperties)方法传递值为UTF-8的encoding属性给数据库驱动。



（2）POOLED 



这种数据源的实现利用“池”的概念将JDBC连接对象组织起来，避免了创建新的连接实例时所必需的初始化和认证时间。这是一种使得并发web应用快速响应请求的流行处理方式。



除了上述提到UNPOOLED下的属性外，会有更多属性用来配置POOLED的数据源：



*   poolMaximumActiveConnections  -- 在任意时间可以存在的活动（也就是正在使用）连接数量，默认值10

*   poolMaximumIdleConnections  -- 任意时间可能存在的空闲连接数。

*   poolMaximumCheckoutTime  -- 在被强制返回之前，池中连接被检出（checked out）时间，默认值：20000毫秒（即20秒）

*   poolTimeToWait  -- 这是一个底层设置，如果获取连接花费的相当长的时间，它会给连接池打印状态日志并重新尝试获取一个连接（避免在误配置的情况下一直安静的失败），默认值20000毫秒（即20秒）。

*   poolPingQuery  -- 发送到数据库的侦测查询，用来检验连接是否处在正常的工作秩序中，并且准备接受请求。默认是"NOT PING QUERY SET"，这会导致多数数据库连接失败时带有一个恰当的错误信息。

*   poolPingEnabled  -- 是否启用侦测。若开启，也必须使用一个可执行的SQL语句设置poolPingQuery属性（最好是一个非常快的SQL）,默认值：false。

*   poolPingConnectionsNotUsedFor  -- 配置poolPingQuery使用的频度。这可以被设置成匹配具体的数据库连接超时时间，来避免不必要的侦测，默认值：0（即所有连接每一时刻都被侦测  --  当然仅当 poolPingEnabled为true时适用）。



（3）JNDI 



这个数据源的实现是为了能在如EJB或应用服务器这类容器中使用，容器可以集中或在外部配置数据源，然后放置一个JNDI上下文的引用。这种数据源配置只要两个属性：



*   initial\_context  -- 这个属性用来在InitialContext中寻找上下文（即，initialContext.lookup(initial\_context)）。这是个可选属性，如果忽略，那么data\_source属性将会直接从InitialContext中寻找。

*   data\_source  -- 这是引用数据源实例位置的上下文的路径。提供了 initial\_context配置时会在其返回的上下文中进行查找，没有提供时则直接在InitialContext中查找。



和其他数据源配置类似，可以通过添加前缀"env."直接把属性传递给初始上下文。比如：



*   env.encoding=UTF-8



这会在初始上下文（InitialContext）实例化时往它的构造方法传递值为UTF-8的encoding属性。



通过需要实现接口 org.apache.ibatis.datasource.DataSourceFactory，也可使用任何第三方数据源，：

public interface DataSourceFactory {

void setProperties(Properties props);



DataSource getDataSource();

}




org.apache.ibatis.datasource.unpooled.UnpooledDataSourceFactory 可被用作父类来构建新的数据源适配器，比如下面这段插入C3P0所必需的代码：

public class C3P0DataSourceFactory extends UnpooledDataSourceFactory{

public C3P0DataSourceFactory() {

	this.dataSource = new ComboPooledDataSource();

}

}




为了令其工作，为每个需要MyBatis调用的setter方法中增加一个属性。下面是一个可以连接到PostgreSQL数据库的例子：




 六、databaseIdProvider

---------------------



MyBatis可以根据不同的数据库厂商执行不同的语句，这种多厂商的支持是基于映射语句中的databaseId属性。MyBatis会加载不带databaseId属性和带有匹配当前数据库databaseId属性的所有语句。如果同时找到带有databaseId和不带databaseId的相同语句，则后者被舍弃。为支持多厂商特性，只要像下面这样在mybatis-config.xml文件中加入databaseIdProvider即可：




这里的DB\_VENDOR会通过DatabaseMetaData#getDatabaseProductName()返回的字符串进行设置。由于通常情况下这个字符串都非常长而且相同产品的不同版本会返回不同的值，所以最好通过设置属性别名来使其变短，如下：

面试准备+复习资料分享：

为了应付面试也刷了很多的面试题与资料，现在就分享给有需要的读者朋友，资料我只截取出来一部分哦

**[CodeChina开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】](

)**

秋招｜美团java一面二面HR面面经，分享攒攒人品

seIdProvider即可：


<databaseIdProvider type="DB_VENDOR" />

这里的DB_VENDOR会通过DatabaseMetaData#getDatabaseProductName()返回的字符串进行设置。由于通常情况下这个字符串都非常长而且相同产品的不同版本会返回不同的值，所以最好通过设置属性别名来使其变短，如下：


<databaseIdProvider type="DB_VENDOR">

  <property name="SQL Server" value="sqlserver"/>

  <property name="DB2" value="db2"/>         

  <property name="Oracle" value="oracle" />

</databaseIdProvider>



# 面试准备+复习资料分享：

> 为了应付面试也刷了很多的面试题与资料，现在就分享给有需要的读者朋友，资料我只截取出来一部分哦

**[CodeChina开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频】](

)**

[外链图片转存中...(img-g6k7zYlk-1631176531738)]