JAR文件在模块路径的访问规则：如果把一个传统的、不包含模块定义的JAR文件放置到模块路径中，它就会变成一个自动模块（Automatic Module）。
模块化下的类加载器JDK9为了保证兼容性，依然保持了三层类加载器架构以及双亲委派模型。但是为了模块化系统的顺利实施，还是对类加载器做了一些改动。
首先，扩展类加载器（Extension Class Loader）被平台类加载器（Platform Class Loader）取代。因为模块化天然的支持扩展，自然不需要在存在扩展类加载器了。
其次，平台类加载器和应用类加载器都不再派生自java.net.URLClassLoader，如果有程序直接依赖了这种继承关系，或者依赖了URLClassLoader类特定方法，那代码很可能会在JDK9及更高版本的JDK中崩溃。
最后，JDK9中虽然仍然维持着三层类加载器和双亲委派架构，但类加载的委派关系也发生了变动。当平台及应用程序类加载器收到类加载请求，在委派给父加载器加载前，要先判断该类是否能够归属到某一个系统模块中，如果可以找到这样的归属关系，就要优先委派给负责哪个模块的加载器完成加载，这可以算是对双亲委派的第四次破坏。
JDK9前后三层类加载器的架构图对比如下：
