Java SPI机制下ServiceLoader加载类是否违反类加载器可见性原则？

一分耕耘，一分收获！既然都打开这篇《Java SPI机制下ServiceLoader加载类是否违反类加载器可见性原则？》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新文章相关的内容，希望对大家都有所帮助！

Java类加载器可见性原则

问题：

在加载一个接口的实现类时，java.util.ServiceLoader#load方法使用了sun.misc.Launcher.AppClassLoader类加载器，这是否违背了Java类加载器可见性原则？

回答：

要理解这个问题，首先需要了解SPI（服务提供者接口）的机制。SPI是一种Java机制，允许第三方提供程序实现特定接口，并在运行时加载这些实现。

在使用SPI时，Java类加载器会违反可见性原则，因为它会绕过双亲委派机制。正常情况下，类加载器只会从其父加载器中搜索类，但在使用SPI时，类加载器会直接从线程上下文类加载器中搜索实现类，这可能会加载其他类加载器已定义的类。

在给定的代码中，java.util.ServiceLoader#load方法使用了sun.misc.Launcher.AppClassLoader作为线程上下文类加载器来加载ServletContainerInitializer接口的实现类。这个类加载器是Java类加载层次结构中的应用程序类加载器，它是应用程序专用类加载器。

因此，虽然代码中没有显式调用java.lang.ClassLoader#loadClass(java.lang.String, boolean)方法，但类加载器仍然会执行双亲委派机制。这是因为AppClassLoader是ClassLoader类的顶级抽象类，并且会委托给父加载器（bootstrap加载器），直到找到实现ServletContainerInitializer接口的类。

总之，使用SPI会导致违反Java类加载器可见性原则，因为它使用线程上下文类加载器直接加载实现类，这可能会加载其他类加载器已定义的类。

到这里，我们也就讲完了《Java SPI机制下ServiceLoader加载类是否违反类加载器可见性原则？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！