SPI(サービスプロバイダインタフェース)内蔵のJDKディスカバリメカニズム提供するサービスです。
通常の開発では、我々は実際に接触してきたが、一般的な開発は、本当に、JDBC、Apacheのログメカニズムとその使用SPIのように、アクセス権を持っていません
SPIインターフェースは、コアJavaライブラリによって提供され、Javaアプリケーションは、JARパッケージの依存としてSPIを実装クラスは、パス(クラスパス)に含まれています。例:JDBCは、MySQLのmaven経由で依存して達成されます。
質問があるので、SPIインタフェースは、ブートストラップクラスローダ(ブートストラップクラスローダ)によってロードされるように、Javaのコアライブラリの一部です。SPIは、負荷へのシステムクラスローダ(システムクラスローダ)によって実現です。
親委任モデルに指定されているロードは、SPI実装クラスを見つけることができないブートストラップクラスローダは、ブートストラップクラスローダBootstrapClassloaderはAppClassLoaderをロードするためにシステムのクラスローダを委任することはできません。このとき、どのようにこの問題を解決するには?
スレッドコンテキストクラスローダは、それはまた、手順が逆にクラスをロードできるようにすることを、親クラスローダ委譲モデルを破壊する表示され、生まれ。
JDBCケーススタディから:
Connection conn = java.sql.DriverManager.getConnection(url, "name", "password");
通常、上記のデータベース接続には、DriverManagerクラスを見て
static {
loadInitialDrivers();
println("JDBC DriverManager initialized");
}
静的コードブロックDriverManagerクラスがあります。明らかにそれは見てのloadInitialDrivers、その後、loadInitialDriversの方法を呼び出します
private static void loadInitialDrivers() {
String drivers;
try {
drivers = AccessController.doPrivileged(new PrivilegedAction<String>() {
public String run() {
return System.getProperty("jdbc.drivers");
}
});
} catch (Exception ex) {
drivers = null;
}
// If the driver is packaged as a Service Provider, load it.
// Get all the drivers through the classloader
// exposed as a java.sql.Driver.class service.
// ServiceLoader.load() replaces the sun.misc.Providers()
AccessController.doPrivileged(new PrivilegedAction<Void>() {
public Void run() {
ServiceLoader<Driver> loadedDrivers = ServiceLoader.load(Driver.class);
Iterator<Driver> driversIterator = loadedDrivers.iterator();
/* Load these drivers, so that they can be instantiated.
* It may be the case that the driver class may not be there
* i.e. there may be a packaged driver with the service class
* as implementation of java.sql.Driver but the actual class
* may be missing. In that case a java.util.ServiceConfigurationError
* will be thrown at runtime by the VM trying to locate
* and load the service.
*
* Adding a try catch block to catch those runtime errors
* if driver not available in classpath but it's
* packaged as service and that service is there in classpath.
*/
try{
while(driversIterator.hasNext()) {
driversIterator.next();
}
} catch(Throwable t) {
// Do nothing
}
return null;
}
});
println("DriverManager.initialize: jdbc.drivers = " + drivers);
if (drivers == null || drivers.equals("")) {
return;
}
String[] driversList = drivers.split(":");
println("number of Drivers:" + driversList.length);
for (String aDriver : driversList) {
try {
println("DriverManager.Initialize: loading " + aDriver);
Class.forName(aDriver, true,
ClassLoader.getSystemClassLoader());
} catch (Exception ex) {
println("DriverManager.Initialize: load failed: " + ex);
}
}
}
キーメッセージは、このツールのServiceLoaderクラスは、それを見つけるJDKサービス実装クラスを提供するためのツールであるということです:java.util.ServiceLoader
。SPIは、それがサービスを実現するために使用するメカニズムを使用します。
パッケージ上記ドライバに、java.sql.driverはインターフェースであるJDK仕様によって提供されます。そのほかのベンダーがどのように達成することですか?
mysqlのMavenは、それが自動的にクラスパス/ CLASSPATHの下に追加のjarに依存します導入しました
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>6.0.6</version>
</dependency>
そして、それは(META-INF / servicesのパスのクラスパスでなければなりません)SPIプロファイルのためのメカニズムを提供します
我々は、MySQLのパッケージ・ドライバーを導入ちょうどことを達成するために提供されるサービス
ファイル名と必要なインタフェースの完全修飾クラス名と同じに、java.sql.driver
com.mysql.cj.jdbc.Driverはに、java.sql.driverを達成する必要があります
public class Driver extends NonRegisteringDriver implements java.sql.Driver {}
スレッドのコンテキストクラスローダ
始まるデータベース接続、のgetConnection()メソッドで:
// Worker method called by the public getConnection() methods.
private static Connection getConnection(
String url, java.util.Properties info, Class<?> caller) throws SQLException {
/*
* When callerCl is null, we should check the application's
* (which is invoking this class indirectly)
* classloader, so that the JDBC driver class outside rt.jar
* can be loaded from here.
*/
ClassLoader callerCL = caller != null ? caller.getClassLoader() : null;
synchronized(DriverManager.class) {
// synchronize loading of the correct classloader.
if (callerCL == null) {
callerCL = Thread.currentThread().getContextClassLoader();
}
}
if(url == null) {
throw new SQLException("The url cannot be null", "08001");
}
println("DriverManager.getConnection(\"" + url + "\")");
// Walk through the loaded registeredDrivers attempting to make a connection.
// Remember the first exception that gets raised so we can reraise it.
SQLException reason = null;
for(DriverInfo aDriver : registeredDrivers) {
// If the caller does not have permission to load the driver then
// skip it.
if(isDriverAllowed(aDriver.driver, callerCL)) {
try {
println(" trying " + aDriver.driver.getClass().getName());
Connection con = aDriver.driver.connect(url, info);
if (con != null) {
// Success!
println("getConnection returning " + aDriver.driver.getClass().getName());
return (con);
}
} catch (SQLException ex) {
if (reason == null) {
reason = ex;
}
}
} else {
println(" skipping: " + aDriver.getClass().getName());
}
}
// if we got here nobody could connect.
if (reason != null) {
println("getConnection failed: " + reason);
throw reason;
}
println("getConnection: no suitable driver found for "+ url);
throw new SQLException("No suitable driver found for "+ url, "08001");
}
核心点:にThread.currentThread()getContextClassLoader()。
簡単な例:
ColorInterface新しいインターフェースの実装クラス2 BlackService、WhiteServiceが達成されたColorInterface
package com.shentb.hmb.spi;
public interface ColorInterface {
void sayColor();
}
package com.shentb.hmb.spi.impl;
import com.shentb.hmb.spi.ColorInterface;
public class BlackService implements ColorInterface {
@Override
public void sayColor() {
System.err.println("Black");
}
}
package com.shentb.hmb.spi.impl;
import com.shentb.hmb.spi.ColorInterface;
public class WhiteService implements ColorInterface {
@Override
public void sayColor() {
System.err.println("White");
}
}
新しいプロジェクトのクラスパス/ META-INF / servicesディレクトリの下に、同じ新しいディレクトリcom.shentb.hmb.spi.ColorInterfaceファイル、ファイル名のニーズとColorInterface完全修飾クラス名を作成します
コンテンツは、サービス実装の完全修飾クラス名です。