java 模块化 技术_深入理解JVM（③）Java的模块化

前言

JDK9引入的Java模块化系统(Java Platform Module System ，JPMS)是 对Java技术的一次重要升级，除了像之前JAR包那样充当代码的容器之外，还包括：

依赖其他模块的列表。

导出的包列表，即其他模块可以使用的列表。

开放的包列表，即其他模块可反射访问模块的列表。

使用的服务列表。

提供服务的实现列表。

模块化系统

可配置的封装隔离机制解决了原来类路径上跨文件的public类的可访问性的问题。public类型不再意味着所有地方代码都可以访问它们，未导出和未开放的类是不能够被外部使用。

举例说明：

新创建一个maven工程，并创建两个module。

在每个module的Language level 和 SDK 设置成JDK9

然后在每个module的顶层目录中创建module-info.java

在ExampleOne中创建两个不同package下的类，ExampleFirst和ExampleOne。

package com.jimoer.jdkmoduleOne.test;

public class ExampleFirst {

private int id;

private String name;

private String sex;

public int getId() {

return id;

}

public void setId(int id) {

this.id = id;

}

public String getName() {

return name;

}

public void setName(String name) {

this.name = name;

}

public String getSex() {

return sex;

}

public void setSex(String sex) {

this.sex = sex;

}

@Override

public String toString() {

return "ExampleFirst{" +

"id=" + id +

", name='" + name + '\'' +

", sex='" + sex + '\'' +

'}';

}

}

package com.jimoer.jdkmoduleOne;

public class ExampleOne {

private int id;

private String name;

private String arg;

public int getId() {

return id;

}

public void setId(int id) {

this.id = id;

}

public String getName() {

return name;

}

public void setName(String name) {

this.name = name;

}

public String getArg() {

return arg;

}

public void setArg(String arg) {

this.arg = arg;

}

@Override

public String toString() {

return "ExampleOne{" +

"id=" + id +

", name='" + name + '\'' +

", arg='" + arg + '\'' +

'}';

}

}

然后在ExampleOne的module-info.java中声明导出包的路径。

module exampleOne {

// 导出包路径

exports com.jimoer.jdkmoduleOne.test;

}

在ExampleTwo中声明requires为引入包

module exampleTwo {

requires exampleOne;

}

然后在ExampleTwo中使用ExampleOne中的类

ublic class ExampleTwo {

public static void main(String[] args) {

ExampleFirst first = new ExampleFirst();

first.setId(1);

first.setName("余欢水");

first.setSex("男");

System.out.println(first);

}

}

运行结果：

ExampleFirst{id=1, name='余欢水', sex='男'}

但是当在ExampleTwo中引用ExampleOne中非导出包下的类时就会编译出错。

如上图提示，所有不被导出的包默认都被封装在模块里面。

模块的兼容性

为了使可配置的封装隔离机制能够兼容传统的类路径查找机制，JDK9提出了与“类路径”(ClassPath)相对应的“模块路径”(ModulePath)的概念。只要放在类路径上的JAR文件，都会被当作传统的JAR包来对待；相应地，只要放在模块路径上的JAR文件，即使没有使用JMOD后缀，甚至不包含module-info.class文件，也仍然会被当作一个模块来对待。

为了保证Java应用升级到JDK9之后依然使用传统的类路径，不会受到影响，制定了三条规则来保证兼容性。

JAR文件在类路径的访问规则：所有类路径下的JAR文件及其他资源文件，都被视为自动打包在一个匿名模块(Unnamed Module)里，这个匿名模块几乎是没有任何隔离的，它可以看到和使用类路径上所有的包、JDK模块中所有的导出包，以及模块路径是哪个所有模块中导出的包。

模块在模块路径的访问规则：模块路径下的具名模块(Named Module)只能访问到她依赖定义中列明依赖的模块和包，匿名模块里所有的内容对具名模块来说都是不可见的，即具名模块看不见传统JAR包的内容。

JAR文件在模块路径的访问规则：如果把一个传统的、不包含模块定义的JAR文件放置到模块路径中，它就会变成一个自动模块(Automatic Module)。

模块化下的类加载器

JDK9为了保证兼容性，依然保持了三层类加载器架构以及双亲委派模型。但是为了模块化系统的顺利实施，还是对类加载器做了一些改动。

首先，扩展类加载器(Extension Class Loader)被平台类加载器(Platform Class Loader)取代。因为模块化天然的支持扩展，自然不需要在存在扩展类加载器了。

其次，平台类加载器和应用类加载器都不再派生自java.net.URLClassLoader，如果有程序直接依赖了这种继承关系，或者依赖了URLClassLoader类特定方法，那代码很可能会在JDK9及更高版本的JDK中崩溃。

最后，JDK9中虽然仍然维持着三层类加载器和双亲委派架构，但类加载的委派关系也发生了变动。当平台及应用程序类加载器收到类加载请求，在委派给父加载器加载前，要先判断该类是否能够归属到某一个系统模块中，如果可以找到这样的归属关系，就要优先委派给负责哪个模块的加载器完成加载，这可以算是对双亲委派的第四次破坏。

JDK9前后三层类加载器的架构图对比如下：