Spring 完全可以不依賴容器,自己管理數據源,但是卻依賴第三方的開源的數據源管理框架.
???Spring在第三方依賴包中包含了兩個數據源的實現類包，其一是Apache的DBCP，其二是 C3P0。可以在Spring配置文件中利用這兩者中任何一個配置數據源。

?1、DBCP數據源 :
????DBCP類包位于 /lib/jakarta-commons/commons-dbcp.jar，DBCP是一個依賴 Jakarta commons-pool對象池機制的數據庫連接池，所以在類路徑下還必須包括/lib/jakarta- commons/commons-pool.jar。
????這兩個jar包可以在下載的Hibernate包中hibernate-release-4.1.7.Final\lib\optional\dbcp找到
下面是使用DBCP配置MySql數據源的配置片斷：

???? ? ? ? ?destroy-method="close">??????????
????? ????
??????????
BasicDataSource提供了close()方法關閉數據源，所以必須設定destroy-method=”close”屬性， 以便Spring容器關閉時，數據源能夠正常關閉。除以上必須的數據源屬性外，還有一些常用的屬性：
????defaultAutoCommit：設置從數據源中返回的連接是否采用自動提交機制，默認值為 true；
????defaultReadOnly：設置數據源是否僅能執行只讀操作， 默認值為 false；
????maxActive：最大連接數據庫連接數，設置為0時，表示沒有限制；
????maxIdle：最大等待連接中的數量，設置為0時，表示沒有限制；
????maxWait：最大等待秒數，單位為毫秒， 超過時間會報出錯誤信息；
????validationQuery：用于驗證連接是否成功的查詢SQL語句，SQL語句必須至少要返回一行數據， 如你可以簡單地設置為：“select count(*) from user”；
????removeAbandoned：是否自我中斷，默認是 false ；
????removeAbandonedTimeout：幾秒后數據連接會自動斷開，在removeAbandoned為true，提供該值；
????logAbandoned：是否記錄中斷事件， 默認為 false；

?2、C3P0數據源
????C3P0是一個開放源代碼的JDBC數據源實現項目，它在lib目錄中與Hibernate一起發布，實現了JDBC3和JDBC2擴展規范說明的 Connection 和Statement 池。
?????C3P0類包位于\hibernate-release-4.1.7.Final\lib\optional\c3p0\c3p0-0.9.0.4.jar。
下面是使用C3P0配置一個 oracle數據源：
????????????
????????destroy-method="close">?????????
?????????????
????cl?"/>?????????
?????????????
????

????
????3000
????3000
????80
????1
????6000
????5???????

ComboPooledDataSource和BasicDataSource一樣提供了一個用于關閉數據源的close()方法，這樣我們就可以保證Spring容器關閉時數據源能夠成功釋放。
????C3P0擁有比DBCP更豐富的配置屬性，通過這些屬性，可以對數據源進行各種有效的控制：
????acquireIncrement：當連接池中的連接用完時，C3P0一次性創建新連接的數目；
????acquireRetryAttempts：定義在從數據庫獲取新連接失敗后重復嘗試獲取的次數，默認為30；
????acquireRetryDelay：兩次連接中間隔時間，單位毫秒，默認為1000；
????autoCommitOnClose：連接關閉時默認將所有未提交的操作回滾。默認為false；
????automaticTestTable： C3P0將建一張名為Test的空表，并使用其自帶的查詢語句進行測試。如果定義了這個參數，那么屬性preferredTestQuery將被忽略。你 不能在這張Test表上進行任何操作，它將中為C3P0測試所用，默認為null；
????breakAfterAcquireFailure：獲取連接失敗將會引起所有等待獲取連接的線程拋出異常。但是數據源仍有效保留，并在下次調???用getConnection()的時候繼續嘗試獲取連接。如果設為true，那么在嘗試獲取連接失敗后該數據源將申明已斷開并永久關閉。默認為 false；
????checkoutTimeout：當連接池用完時客戶端調用getConnection()后等待獲取新連接的時間，超時后將拋出SQLException，如設為0則無限期等待。單位毫秒，默認為0；
????connectionTesterClassName： 通過實現ConnectionTester或QueryConnectionTester的類來測試連接，類名需設置為全限定名。默認為 com.mchange.v2.C3P0.impl.DefaultConnectionTester；
????idleConnectionTestPeriod：隔多少秒檢查所有連接池中的空閑連接，默認為0表示不檢查；
????initialPoolSize：初始化時創建的連接數，應在minPoolSize與maxPoolSize之間取值。默認為3；
????maxIdleTime：最大空閑時間，超過空閑時間的連接將被丟棄。為0或負數則永不丟棄。默認為0，這里是以秒為單位；
????maxPoolSize：連接池中保留的最大連接數。默認為15；
????maxStatements：JDBC的標準參數，用以控制數據源內加載的PreparedStatement數量。但由于預緩存的Statement屬 于單個Connection而不是整個連接池。所以設置這個參數需要考慮到多方面的因素，如果maxStatements與 maxStatementsPerConnection均為0，則緩存被關閉。默認為0；
????maxStatementsPerConnection：連接池內單個連接所擁有的最大緩存Statement數。默認為0；
????numHelperThreads：C3P0是異步操作的，緩慢的JDBC操作通過幫助進程完成。擴展這些操作可以有效的提升性能，通過多線程實現多個操作同時被執行。默認為3；
????preferredTestQuery：定義所有連接測試都執行的測試語句。在使用連接測試的情況下這個參數能顯著提高測試速度。測試的表必須在初始數據源的時候就存在。默認為null；
????propertyCycle： 用戶修改系統配置參數執行前最多等待的秒數。默認為300；
????testConnectionOnCheckout：因性能消耗大請只在需要的時候使用它。如果設為true那么在每個connection提交的時候都 將校驗其有效性。建議使用idleConnectionTestPeriod或automaticTestTable
等方法來提升連接測試的性能。默認為false；
????testConnectionOnCheckin：如果設為true那么在取得連接的同時將校驗連接的有效性。默認為false。

以上兩種管理數據源的方式也可以讀配置文件的方式引用屬性：
例如：
???????
class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">??
??????????
?????????????
?
????
????????????????/WEB-INF/resources.properties
????????????????/WEB-INF/classes/env.properties
????????????????
?????????????????connect.properties
?????????????
????????
????
??-->???????
?????????
????????destroy-method="close">?????????
?????????????
?????????????
?????????????
?????????????

????在jdbc.properties屬性文件中定義屬性值：
????jdbc.driverClassName= com.mysql.jdbc.Driver
????jdbc.url= jdbc:mysql://localhost:3309/sampledb
????jdbc.username=root
????jdbc.password=1234
?提示 經常有開發者在${xxx}的前后不小心鍵入一些空格，這些空格字符將和變量合并后作為屬性的值。如： 的屬性配置項，在前后都有空格，被解析后，username的值為“ 1234 ”，這將造成最終的錯誤，因此需要特別小心。

??3、獲取JNDI數據源
?????如果應用配置在高性能的應用服務器（如WebLogic或Websphere等）上，我們可能更希望使用應用服務器本身提供的數據源。應用服務器的數據源 使用JNDI開放調用者使用，Spring為此專門提供引用JNDI資源的JndiObjectFactoryBean類。下面是一個簡單的配置：
????class="org.springframework.jndi.JndiObjectFactoryBean">
?????????
??????????????jdbc/HBPAY
?????????
?????????
?????????????true
?????????
?????
通過jndiName指定引用的JNDI數據源名稱。
上面是jndi非常普遍的通用的配置，更詳細請參看如下：
Spring中對于JNDI的訪問，提供了便捷的方法，在Spring的org.springframework.jndi包中包含了所有的類。其中提供了一下核心類：

（1）JndiTemplate：它是這個包的核心類，用來簡化對JNDI的操作。它提供了對于lookup、bind方法。同時，允許JndiCallback接口的實現在其提供的JNDI上下文中執行任何操作。

使用JndiTemplate實現InitialContext環境變量的配置



????

????????queue/testQueue

????

????

????????

????





????

????????

??????org.jnp.interfaces.NamingContextFactory

????????????jnp://localhost:1099

????????????org.jboss.naming:org.jnp.interfaces

????????

????



（2）JndiObjectTargetSource

使用JndiObjectTargetSource，例如



????

????????queue/testQueue

????



（3）JndiObjectFactoryBean：

使用JndiObjectFactoryBean，例如



????

????????java:/MySqlDS

????



總結（事例）：

數據源的配置：

（1）配置可以訪問到同一應用服務器的jndi數據源



????

????????jdbc/cqccms

????



（2）配置能訪問遠程jndi數據源





jdbc/cqccms





?????

????????

??????????weblogic.jndi.WLInitialContextFactory

????????

????????t3://172.16.101.42:7001

????????weblogic

????????weblogic

???????

???



事務的配置：

不過事務對象遠程訪問好像沒那么順利，同理查看 org.springframework.transaction.jta.JtaTransactionManager類，沒有發現上述方法，不過看到 了setJndiTemplate()方法，也不錯現配置一個jndiTemplate,如下：



lazy-init="default" dependency-check="default">



?????

????????

??????????weblogic.jndi.WLInitialContextFactory

????????

????????t3://172.16.101.42:7001

????????weblogic

????????weblogic

???????

???



??????然后在配置一下transactionManager,如下



lazy-init="default" dependency-check="default">



???





???weblogic/transaction/UserTransaction




???不過JtaTransactionManager默認找jndi name為UserTransaction的jta對象，在同一應用服務器上可以，遠程訪問不到，后直接查看weblogic的jndi樹找到這個jndi名weblogic/transaction/UserTransaction，配置上測試果然成功。

??4、Spring的數據源實現類
?????Spring本身也提供了一個簡單的數據源實現類DriverManagerDataSource ，它位于org.springframework.jdbc.datasource包中。這個類實現了javax.sql.DataSource接口，但 它并沒有提供池化連接的機制，每次調用getConnection()獲取新連接時，只是簡單地創建一個新的連接。因此，這個數據源類比較適合在單元測試 或簡單的獨立應用中使用，因為它不需要額外的依賴類。
?????下面，我們來看一下DriverManagerDataSource的簡單使用：
DriverManagerDataSource ds = new DriverManagerDataSource ();????????
ds.setDriverClassName("com.mysql.jdbc.Driver");????????
ds.setUrl("jdbc:mysql://localhost:3309/sampledb");????????
ds.setUsername("root");????????
ds.setPassword("1234");????????
Connection actualCon = ds.getConnection();
當然，我們也可以通過配置的方式直接使用DriverManagerDataSource。
????
????????
????????com.mysql.jdbc.Driver????
????????
????????
????????jdbc:mysql://127.0.0.1:3306/test????
????????
????????
????????admin????
????????
????????
????????????
????????
?????
c3po與dbcp區別
　　dbcp沒有自動的去回收空閑連接的功能　　c3po有自動回收空閑連接功能.


小結
????不管采用何種持久化技術，都需要定義數據源。Spring附帶了兩個數據源的實現類包，你可以自行選擇進行定義。
在實際部署時，我們可能會直接采用應用服 務器本身提供的數據源，這時，則可以通過JndiObjectFactoryBean或jee命名空間引用JNDI中的數據源。 創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的Spring学习11-Spring管理各种数据源的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。