<environments default="development">
		<environment id="development">
			<!-- 使用jdbc事務(wù)管理 -->
			<transactionManager type="JDBC" />
			<!-- 數(shù)據(jù)庫連接池 -->
			<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>

從上面看，我們知道<environments>下面可以配置多個<environment>元素節(jié)點，而每個<environment>節(jié)點我們可以配置兩個東西，一個是事務(wù)管理器配置<transactionManager>，另一個是數(shù)據(jù)源配置<dataSource>。

我們先從源碼開始看起，看看這塊是怎么解析的，然后再具體看里面都要配置什么哪些參數(shù)。

還是從解析的入口開始看起

進入方法內(nèi)部

從代碼看，就是首先獲取<environments>標簽元素的default屬性，這個屬性作用就是指定當(dāng)前情況下使用哪個數(shù)據(jù)庫配置，也就是使用哪個<environment>節(jié)點的配置，default的值就是配置的<environment>標簽元素的id值。

正如上面代碼中isSpecifiedEnvironment(id)方法一樣，在遍歷所有<environment>的時候一次判斷相應(yīng)的id是否是default設(shè)置的值，如果是，則使用當(dāng)前<environment>元素進行數(shù)據(jù)庫連接的初始化。

isSpecifiedEnvironment方法如下所示

緊接著，下面的代碼就是用設(shè)置的事務(wù)管理器和數(shù)據(jù)源構(gòu)造相應(yīng)的對象了。

TransactionFactory txFactory = transactionManagerElement(child.evalNode("transactionManager"));
DataSourceFactory dsFactory = dataSourceElement(child.evalNode("dataSource"));
DataSource dataSource = dsFactory.getDataSource();
Environment.Builder environmentBuilder = new Environment.Builder(id)
              .transactionFactory(txFactory)
              .dataSource(dataSource);
configuration.setEnvironment(environmentBuilder.build());

我們首先從事務(wù)管理器的解析開始，進入到transactionManagerElement()方法內(nèi)：

private TransactionFactory transactionManagerElement(XNode context) throws Exception {
    if (context != null) {
      String type = context.getStringAttribute("type");
      Properties props = context.getChildrenAsProperties();
      TransactionFactory factory = (TransactionFactory) resolveClass(type).newInstance();
      factory.setProperties(props);
      return factory;
    }
    throw new BuilderException("Environment declaration requires a TransactionFactory.");
  }

我們可以看到，這里其實是根據(jù)<transactionManager>這個元素的type屬性來找相應(yīng)的事務(wù)管理器的。

在Mybatis里面支持兩種配置：JDBC和MANAGED。這里根據(jù)type的設(shè)置值來返回相應(yīng)的事務(wù)管理器。我們看下，在Mybatis的Configuration類中，已經(jīng)將這兩種配置及對應(yīng)的事務(wù)管理器做了某種關(guān)聯(lián)，如下所示：

public Configuration() {
    typeAliasRegistry.registerAlias("JDBC", JdbcTransactionFactory.class);
    typeAliasRegistry.registerAlias("MANAGED", ManagedTransactionFactory.class);
 
    typeAliasRegistry.registerAlias("JNDI", JndiDataSourceFactory.class);
    typeAliasRegistry.registerAlias("POOLED", PooledDataSourceFactory.class);
    typeAliasRegistry.registerAlias("UNPOOLED", UnpooledDataSourceFactory.class);
 
    typeAliasRegistry.registerAlias("PERPETUAL", PerpetualCache.class);
    typeAliasRegistry.registerAlias("FIFO", FifoCache.class);
    typeAliasRegistry.registerAlias("LRU", LruCache.class);
    typeAliasRegistry.registerAlias("SOFT", SoftCache.class);
    typeAliasRegistry.registerAlias("WEAK", WeakCache.class);
 
    typeAliasRegistry.registerAlias("DB_VENDOR", VendorDatabaseIdProvider.class);
 
    typeAliasRegistry.registerAlias("XML", XMLLanguageDriver.class);
    typeAliasRegistry.registerAlias("RAW", RawLanguageDriver.class);
 
    typeAliasRegistry.registerAlias("SLF4J", Slf4jImpl.class);
    typeAliasRegistry.registerAlias("COMMONS_LOGGING", JakartaCommonsLoggingImpl.class);
    typeAliasRegistry.registerAlias("LOG4J", Log4jImpl.class);
    typeAliasRegistry.registerAlias("LOG4J2", Log4j2Impl.class);
    typeAliasRegistry.registerAlias("JDK_LOGGING", Jdk14LoggingImpl.class);
    typeAliasRegistry.registerAlias("STDOUT_LOGGING", StdOutImpl.class);
    typeAliasRegistry.registerAlias("NO_LOGGING", NoLoggingImpl.class);
 
    typeAliasRegistry.registerAlias("CGLIB", CglibProxyFactory.class);
    typeAliasRegistry.registerAlias("JAVASSIST", JavassistProxyFactory.class);
 
    languageRegistry.setDefaultDriverClass(XMLLanguageDriver.class);
    languageRegistry.register(RawLanguageDriver.class);
  }

這兩種事務(wù)管理器的區(qū)別

JDBC：這個配置就是直接使用了 JDBC 的提交和回滾設(shè)置，它依賴于從數(shù)據(jù)源得到的連接來管理事務(wù)作用域。
MANAGED：這個配置幾乎沒做什么。它從來不提交或回滾一個連接，而是讓容器來管理事務(wù)的整個生命周期（比如 JEE 應(yīng)用服務(wù)器的上下文）。默認情況下它會關(guān)閉連接，然而一些容器并不希望這樣，因此需要將 closeConnection 屬性設(shè)置為 false 來阻止它默認的關(guān)閉行為。

例如：

<transactionManager type="MANAGED">
  <property name="closeConnection" value="false"/>
</transactionManager>

備注：如果你正在使用 Spring + MyBatis，則沒有必要配置事務(wù)管理器，因為 Spring 模塊會使用自帶的管理器來覆蓋前面的配置。

說完了事務(wù)管理器，緊接著，我們來看看數(shù)據(jù)源配置。

dataSource 元素使用標準的 JDBC 數(shù)據(jù)源接口來配置 JDBC 連接對象的資源。Mybatis支持三種內(nèi)建的數(shù)據(jù)源類型，分別是UNPOOLED、POOLED和JNDI，即我們在配置<dataSource>元素的type屬性時，我們可以直接支持設(shè)置這三個值。

下面分別對這三種類型做一個簡單的說明

（1）UNPOOLED

這個數(shù)據(jù)源的實現(xiàn)只是每次被請求時打開和關(guān)閉連接。雖然一點慢，它對在及時可用連接方面沒有性能要求的簡單應(yīng)用程序是一個很好的選擇。

不同的數(shù)據(jù)庫在這方面表現(xiàn)也是不一樣的，所以對某些數(shù)據(jù)庫來說使用連接池并不重要，這個配置也是理想的。

UNPOOLED 類型的數(shù)據(jù)源僅僅需要配置以下 5 種屬性：

driver：這是 JDBC 驅(qū)動的 Java 類的完全限定名（并不是JDBC驅(qū)動中可能包含的數(shù)據(jù)源類）。
url：這是數(shù)據(jù)庫的 JDBC URL 地址。
username：登錄數(shù)據(jù)庫的用戶名。
password：登錄數(shù)據(jù)庫的密碼。
defaultTransactionIsolationLevel：默認的連接事務(wù)隔離級別。

作為可選項，你也可以傳遞屬性給數(shù)據(jù)庫驅(qū)動。要這樣做，屬性的前綴為“driver.”，例如：driver.encoding=UTF8

這將通過DriverManager.getConnection(url,driverProperties)方法傳遞值為 UTF8 的 encoding 屬性給數(shù)據(jù)庫驅(qū)動。

（2）POOLED

這種數(shù)據(jù)源的實現(xiàn)利用“池”的概念將 JDBC 連接對象組織起來，避免了創(chuàng)建新的連接實例時所必需的初始化和認證時間。這是一種使得并發(fā) Web 應(yīng)用快速響應(yīng)請求的流行處理方式。

除了上述提到 UNPOOLED 下的屬性外，會有更多屬性用來配置 POOLED 的數(shù)據(jù)源：

poolMaximumActiveConnections：在任意時間可以存在的活動（也就是正在使用）連接數(shù)量，默認值：10
poolMaximumIdleConnections：任意時間可能存在的空閑連接數(shù)。
poolMaximumCheckoutTime：在被強制返回之前，池中連接被檢出（checked out）時間，默認值：20000 毫秒（即 20 秒）
poolTimeToWait：這是一個底層設(shè)置，如果獲取連接花費的相當(dāng)長的時間，它會給連接池打印狀態(tài)日志并重新嘗試獲取一個連接（避免在誤配置的情況下一直安靜的失?。?，默認值：20000 毫秒（即 20 秒）。
poolPingQuery：發(fā)送到數(shù)據(jù)庫的偵測查詢，用來檢驗連接是否處在正常工作秩序中并準備接受請求。默認是“NO PING QUERY SET”，這會導(dǎo)致多數(shù)數(shù)據(jù)庫驅(qū)動失敗時帶有一個恰當(dāng)?shù)腻e誤消息。
poolPingEnabled：是否啟用偵測查詢。若開啟，也必須使用一個可執(zhí)行的 SQL 語句設(shè)置 poolPingQuery 屬性（最好是一個非?？斓?SQL），默認值：false。poolPingConnectionsNotUsedFor ：配置 poolPingQuery 的使用頻度。這可以被設(shè)置成匹配具體的數(shù)據(jù)庫連接超時時間，來避免不必要的偵測，默認值：0（即所有連接每一時刻都被偵測 — 當(dāng)然僅當(dāng) poolPingEnabled 為 true 時適用）。

（3）JNDI

這個數(shù)據(jù)源的實現(xiàn)是為了能在如 EJB 或應(yīng)用服務(wù)器這類容器中使用，容器可以集中或在外部配置數(shù)據(jù)源，然后放置一個 JNDI 上下文的引用。

這種數(shù)據(jù)源配置只需要兩個屬性：

initial_context：這個屬性用來在 InitialContext 中尋找上下文（即，initialContext.lookup(initial_context)）。這是個可選屬性，如果忽略，那么 data_source 屬性將會直接從 InitialContext 中尋找。
data_source：這是引用數(shù)據(jù)源實例位置的上下文的路徑。提供了 initial_context 配置時會在其返回的上下文中進行查找，沒有提供時則直接在 InitialContext 中查找。

和其他數(shù)據(jù)源配置類似，可以通過添加前綴“env.”直接把屬性傳遞給初始上下文。比如：env.encoding=UTF8

這就會在初始上下文（InitialContext）實例化時往它的構(gòu)造方法傳遞值為 UTF8 的 encoding 屬性。

至此，關(guān)于<environments>元素的相關(guān)配置使用便介紹完畢了。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

您可能感興趣的文章: