深入理解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前后三层类加载器的架构图对比如下：