jdbc中如何使用classloader

看一下jdbc中如何使用classloader:

通常咱們寫一個jdbc程序都會這樣:

Class.forName("com.mysql.jdbc.Driver");

Stringurl ="jdbc:mysql://127.0.0.1/test?useUnicode=true&characterEncoding=utf-8";

Stringuser = "root";

Stringpsw = "yanyan";

Connectioncon = DriverManager.getConnection(url,user, psw);

爲何須要第一句話?

其實第一句話能夠用下面這句話替代:

com.mysql.jdbc.Driverdriver = new com.mysql.jdbc.Driver();

其餘都不用變化,有人會問,driver對象歷來沒有用到.對,它的效果就是在調用DriverManager的getConnection方法以前，保證相應的Driver類已經被加載到jvm中，而且完成了類的初始化工做就好了.注意了，若是咱們進行以下操做，程序是不能正常運行的，由於這樣僅僅使Driver類被裝載到jvm中，卻沒有進行相應的初始化工做。

com.mysql.jdbc.Driverdriver = null;

//or：

ClassLoadercl = new ClassLoader();

cl.loadClass("com.mysql.jdbc.Driver");

 

咱們都知道JDBC是使用Bridge模式進行設計的，DriverManager就是其中的Abstraction，java.sql.Driver是Implementor，com.mysql.jdbc.Driver是Implementor的一個具體實現（請參考GOF的Bridge模式的描述）。你們注意了，前一個Driver是一個接口，後者倒是一個類，它實現了前面的Driver接口。

Bridge模式中，Abstraction（DriverManager）是要擁有一個Implementor（Driver）的引用的，可是咱們在使用過程當中，並無將Driver對象註冊到DriverManager中去啊，這是怎麼回事呢？jdk文檔對Driver的描述中有這麼一句：

Whena Driver class is loaded, it should create an instance of itself andregister it with the DriverManager

哦，原來是com.mysql.jdbc.Driver在裝載完後自動幫咱們完成了這一步驟。源代碼是這樣的：

packagecom.mysql.jdbc

 

publicclass Driver extends NonRegisteringDriver implements java.sql.Driver{

static{

try{

java.sql.DriverManager.registerDriver(newDriver());

}catch (SQLException E) {

thrownew RuntimeException("Can't register driver!");

}

}

 

publicDriver() throws SQLException {

//Required for Class.forName().newInstance()

}

}

 

再看一下DriverManager.getConnection(url,user, psw);方法:

ClassLoadercallerCL = DriverManager.getCallerClassLoader();

getConnection(url,info, callerCL)

==>

if(callerCL== null){

 callerCL= Thread.currentThread().getContextClassLoader();

}

上面的意思是:代碼意思是若是DriverManager類的類加載器爲空的話，就使用當前線程的類加載器。仔細想一想，DriverManager在rt.jar包中，它是由JDK的啓動類加載器加載的,而啓動類加載器是C編寫的，因此取得的都是空，再者，使用當前線程類加載器的話，那麼交由程序編寫者來保證可以加載驅動類。而不至於驅動器類沒法加載。很是高明的手段~! 

 

 

Class的這種設計引入了一個有趣的模式:

某個框架制定某個API，而這些api的實現是有其餘供應商來提供，爲了能讓框架類（處於較高層次的classloader）使用api的實現(處於較低層次的classloader)

經過thread.getContextClassloader是來傳遞classloader（有時候須要thread.setContextClassloader設置好api實現的classloader）,用此classloader.getResources找出全部的api實現的具體類名，再用classloader加載之,此時框架都不須要知道api的實現類的類名就能加載之，程序顯示了良好的動態性和可擴展性。