类加载器-线程上下文类加载器

破坏委派模型

问题:SPI 的接口是 Java 核心库的一部分,是由引导类加载器来加载的;SPI 实现的 Java 类一般是由系统类加载器来加载的。引导类加载器是无法找到 SPI 的实现类的,因为它只加载 Java 的核心库。它也不能代理给系统类加载器,因为它是系统类加载器的祖先类加载器。也就是说,类加载器的代理模式无法解决这个问题

线程上下文类加载器正好解决了这个问题。如果不做任何的设置,Java 应用的线程的上下文类加载器默认就是系统上下文类加载器。在 SPI 接口的代码中使用线程上下文类加载器,就可以成功的加载到 SPI 实现的类。线程上下文类加载器在很多 SPI 的实现中都会用到。

上下文类加载器为同样在 J2SE 中引入的类加载代理机制提供了 后门。 通常 JVM 中的类加载器是按照层次结构组织的,目的是每个类加载器(除了启动整个 JVM 的原初类加载器)都有一个父类加载器。当类加载请求到来时,类加载器通常首先将请求代理给父类加载器。只有当父类加载器失败后,它才试图按照自己的算法查找并定义当前类。 让核心 JNDI 类使用线程上下文类加载器,从而有效的打通类加载器层次结构,逆着代理机制的 方向使用类加载器
例子:

DriverManager

 //  Worker method called by the public getConnection() methods.
    private static Connection getConnection(
String url, java.util.Properties info, ClassLoader callerCL) throws SQLException {
java.util.Vector drivers = null;
        /*
* 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.
*/
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 + "\")");
    
if (!initialized) {
   initialize();
}


synchronized (DriverManager.class){ 
            // use the readcopy of drivers
   drivers = readDrivers;  
        }


// Walk through the loaded drivers attempting to make a connection.
// Remember the first exception that gets raised so we can reraise it.
SQLException reason = null;
for (int i = 0; i < drivers.size(); i++) {
   DriverInfo di = (DriverInfo)drivers.elementAt(i);
      
   // If the caller does not have permission to load the driver then 
   // skip it.
   if ( getCallerClass(callerCL, di.driverClassName ) != di.driverClass ) {
println("    skipping: " + di);
continue;
   }
   try {
println("    trying " + di);
Connection result = di.driver.connect(url, info);
if (result != null) {
   // Success!
   println("getConnection returning " + di);
   return (result);
}
   } catch (SQLException ex) {
if (reason == null) {
   reason = ex;
}
   }
}


private static ClassgetCallerClass(ClassLoader callerClassLoader, 
String driverClassName)
{
Class callerC = null;


try {
   callerC = Class.forName(driverClassName, true, callerClassLoader);
}
catch (Exception ex) {
   callerC = null;           // being very careful 
}


return callerC;
    }

如红色标注:DriverManager由BootstrapLoader加载,调用的Driver具体实现线程上下文类加载器加载,BootstrapLoader调用线程上下文类加载器,反过来,破坏了委托模型,“打通”


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ServiceLoader是Java中的一个工具类,用于和实例化服务提供者接口的实现类。它的作用是在运行时动态地实现了某个接口的类,并创建其实例。ServiceLoader使用了线上下文类,这样可以解决父类无法子类的类的问题。\[1\]\[3\] 具体来说,ServiceLoader会使用当前类的类其他类,如果一个类引用了另一个类,那么它的类就会去被引用的类(前提是被引用的类尚未)\[2\]。而在某些情况下,高层提供了统一的接口让低层去实现,并且需要在高层或实例化底层的类时,就需要通过线上下文来帮助高层的类找到并该类\[3\]。 虽然我们可以直接使用getClassLoader获取系统类对应的类,但是使用上下文方便,因为它可以在任何代码执行的线程中随时取出来使用\[3\]。所以在使用ServiceLoader时,我们可以使用线上下文服务提供者接口的实现类。 #### 引用[.reference_title] - *1* [打破双亲委派之SPI、线上下文、ServiceLoader](https://blog.csdn.net/weixin_45902285/article/details/121757550)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down28v1,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [【JVM类线上下文的类及使用模式ServiceLoader(服务)在SPI中的重要作用分析...](https://blog.csdn.net/qq_42261668/article/details/102607997)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down28v1,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值