MyBatis源码解析（二）——Environment环境

原创作品，可以转载，但是请标注出处地址：http://www.cnblogs.com/V1haoge/p/6625612.html

　　本应该先开始说Configuration配置类的，但是这个类有点过于复杂，因为MyBatis中的所有配置项全部在这个类中，可谓包罗万象，一开始就讨论如此高大上的东西，貌似有点不合适，认识和学习都应该从小开始，从基础开始，所以我做了这样一个小安排，先挑Configuration中重要的配置项进行了解，心中有了大概印象之后，在进行Configuration的解读，这样就能较为轻松的接受整个其中复杂的配置信息，而不至于不知所措。

　　首先我们来看看Environment——环境

　　先说说我们熟悉的内容，当我们单独使用MyBatis框架时（不与Spring框架整合），是需要在Configuration.xml配置文件中进行环境配置的，其代码如下：

 <environments default="development">
     <environment id="development">
         <transactionManager type="JDBC"/>
         <dataSource type="POOLED">
             <property name="driver" value="com.mysql.jdbc.Driver"/>
             <property name="url" value="jdbc:mysql://localhost:3306/mbtest"/>
             <property name="username" value="root"/>
             <property name="password" value="123456"/>
         </dataSource>
     </environment>
 </environments>

　　从上面的配置内容中可以看出，标签environment代表的就是环境，其有一个属性id，值为“development”（表示开发环境，对应的还会有生产环境）,而在其下级节点还需要配置两个内容：transactionManager和DataSource，前者是事务管理器，后者是数据源。“JDBC”表示事务管理器是JDBC类型了，这个标签对应Configuration类创建时在其无参构造器中注册的类型别名，通过这个类型别名注册信息可以找到实际的JDBC事务工厂类：JdbcTransactionFactory（JDBC事务工厂，这个类之后会介绍到，稍安勿躁）。而数据源的类型为“POOLED”类型，同样可以在Configuration类的无参构造器中找到对应的注册信息：PooledDataSourceFactory（表示有连接池的数据源工厂，这个类之后也会介绍）。

　　而我们要介绍的Environment类就是这个environment标签所代表的环境类，构建Configuration之前，第一步是进行类型别名注册，第二步就是将Environment配置内容从配置文件中读入Environment类中（这一步是在XMLConfigBuilder中完成的），并将其组合到Configuration类中。

　　Environment类位于org.apache.ibatis.mapping包下，整个类被final修饰，这意味着这个类是个最终类，就如String类一样，是一个不可被更改的类，即其实例是唯一的不能被轻易修改。

　　下方列出Environment类的源码

 package org.apache.ibatis.mapping;
 import javax.sql.DataSource;
 import org.apache.ibatis.transaction.TransactionFactory;
 /**
  * 环境
  * 决定加载哪种环境(开发环境/生产环境)
  */
 public final class Environment {
   //环境id
   private final String id;
   //事务工厂
   private final TransactionFactory transactionFactory;
   //数据源
   private final DataSource dataSource;
   public Environment(String id, TransactionFactory transactionFactory, DataSource dataSource) {
     if (id == null) {
       throw new IllegalArgumentException("Parameter 'id' must not be null");
     }
     if (transactionFactory == null) {
         throw new IllegalArgumentException("Parameter 'transactionFactory' must not be null");
     }
     this.id = id;
     if (dataSource == null) {
       throw new IllegalArgumentException("Parameter 'dataSource' must not be null");
     }
     this.transactionFactory = transactionFactory;
     this.dataSource = dataSource;
   }
   //一个静态内部类Builder
   //建造模式
   //用法应该是new Environment.Builder(id).transactionFactory(xx).dataSource(xx).build();
   public static class Builder {
       private String id;
       private TransactionFactory transactionFactory;
       private DataSource dataSource;
     public Builder(String id) {
       this.id = id;
     }
     public Builder transactionFactory(TransactionFactory transactionFactory) {
       this.transactionFactory = transactionFactory;
       return this;
     }
     public Builder dataSource(DataSource dataSource) {
       this.dataSource = dataSource;
       return this;
     }
     public String id() {
       return this.id;
     }
     public Environment build() {
       return new Environment(this.id, this.transactionFactory, this.dataSource);
     }
   }
   public String getId() {
     return this.id;
   }
   public TransactionFactory getTransactionFactory() {
     return this.transactionFactory;
   }
   public DataSource getDataSource() {
     return this.dataSource;
   }
 }

　　通过源码我们可以发现，在Environment类中有三个字段：id、transactionFactory、dataSource，分别对应于配置文件中的三个配置项（id、transactionManager、DataSource），而且这三项均为final类型，表示不可被更改，一次设置终身有效，所以在整个类中也只是使用三参构造器为三项字段赋值，而没有set方法可以进行字段值的更改，只有get方法，可以获取到设置的信息。

　　Environment类内部有一个静态内部类Builder，这显然是一个构建器类，所以Environgment实例的创建使用了构建者模式（也叫建造者模式）。我们当然可以直接使用外部类的构造器直接进行实例创建，但这并不是MyBatis推荐的（当然其实也不会要求你去手动创建Environgment实例，这里只是打个比方），MyBatis内部进行Environgment实例创建时，就是用其内部构建者进行创建，创建方式和源码中注释里一样：

new Environment.Builder(id).transactionFactory(xx).dataSource(xx).build();

　　为什么要使用构建者模式呢？那让我们来回忆一下构建者模式的内容。

　　构建者模式一般用于构建复杂对象时，将复杂对象分割成许多小对象进行分别构建，然后整合在一起形成一个大对象，这样做能很好的规范对象构建的细节过程，这里也是一样的目的，虽然说Environment类的字段较少，但在MyBatis中大量使用构建者模式的基础上，在此处使用构建者模式也无可厚非，而且通过内部类的方式构建，这个Environment对象的创建会在内部类构建方法build()被显式调用时才会在内存中创建，实现了懒加载。这又有点单例模式的意思在内，虽然Mybatis中可创建多个Environment环境，但是在正式运行时，只会存在一个环境，确实是使用内部类实现了懒加载的单例模式。

　　这个实例的创建最显然的使用位置就是在XMLConfigBuilder构建器中解析构建Configuration类时在解析了Configuration.xml配置文件中environment标签的内容之后，这个位置用于将读自于配置文件的配置信息配置到了Environment对象中。（这句话有点拗口，不要着急，这个过程在以后介绍XMLConfigBuilder类时会有介绍的）

　　其实这个类很简单，但它内部包含的TracsactionFactory和DataSource这两个内容又是两大块内容，这一部分容后介绍。

　　自己理解的还很浅显，希望随着不断的解读源码，能够提升自己的认识，到时候再来这里进行进一步改进。

　　（未完待续）