Java SPI机制：真的会打破类加载器可见性原则吗？

IT行业相对于一般传统行业，发展更新速度更快，一旦停止了学习，很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习，精进自己的技术，尤其是初学者。今天golang学习网给大家整理了《Java SPI机制：真的会打破类加载器可见性原则吗？》，聊聊，我们一起来看看吧！

java中spi机制是否打破类加载器可见性原则

java中的类加载器遵循可见性原则，即类加载器只能加载其父加载器或自身加载的类。然而，有文章提出，java中的服务提供者接口（spi）机制可能会破坏此原则。

使用spi机制的代码片段

public static <S> ServiceLoader<S> load(Class<S> service) {
    ClassLoader cl = Thread.currentThread().getContextClassLoader();
    return ServiceLoader.load(service, cl);
}

违反可见性原则的说法

该代码使用sun.misc.launcher.appclassloader加载实现了servletcontainerinitializer接口的类。launcher.appclassloader是应用程序类加载器，它不能加载由引导类加载器加载的类。因此，有人认为这违反了可见性原则。

实际情况

事实上，java.util.serviceloader的load方法最终仍会使用双亲委派机制。serviceloader.lazyiterator#nextservice方法中调用class.forname方法加载类，而class.forname会沿着双亲委派链向上委派，直到找到该类为止。

因此，即使使用spi机制，load方法仍然可以通过双亲委派机制加载由其他类加载器加载的类。这不会破坏可见性原则。

打破双亲委派机制的经典范例

虽然spi机制本身不会打破双亲委派机制，但它确实是一个违反此机制的经典范例。这是因为spi允许第三方类加载器加载实现接口的类，而这些类可能无法由引导类加载器或应用程序类加载器直接访问。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。