随着 java 9 的正式发布，java生态又迎来了新的变革，模块化是最重要的变化。
由于Jigsaw项目Java 9 跳票了很多次，你可能已经听说过很多关于模块、模块化和其他的一些东西，而这些都是什么？模块化是什么鬼？模块化平台对我们来说意味什么？什么是java平台模块化系统（JPMS）？它将在java生态中带来什么革命性变化？
这篇文章是我对JDK中关于模块化系统发生的重要变化的探索。我将解释什么是模块化，你为什么需要它，你怎么样能创建自己的模块化项目。
What & Why
可维护性是软件设计和演进的过程中最重要的问题，我们想要一个松耦合、高内聚、高可读性并且一眼就能理解的代码库。我们以package的形式设计和组织类文件，到目前为止还不错，但是当我们有数百个package的时候，它们之间的依赖关系一眼是看不完的。因此我们需要比package更多的组织代码库的方法，来提高代码库的可维护性。
另外一个问题是java classpath，它是如何运行我们的代码的，所有的jar类和类库都是堆积在classpath中。当这些jar文件中的类在运行的时候有多个版本的时候，java的ClassLoader仅能加载那个类的一个版本。在这种情形下，你的程序的运行就会有歧义，歧义是一件非常坏的事情。这个问题是频繁出现的，它被称为是“JAR Hell”。
另外一个关于classpath的问题是，它不遵循“Fail First”原则。你可能会丢失一些类文件，这些文件存在于classpath中但是在生产环境不存在，这个问题只能在运行时报出JavaClassDefError异常的时候，你才能确定缺失了什么类文件。最后，classpath的最大问题在于“封装”，在classpath中的每个类互相访问，这是违反“封装”特性的。我们想隐藏内部的API，这就是我们为什么需要另一个级别的封装（更强的封装），并且对package中的类的访问做控制。
模块就是修复这些问题的，什么是模块？每个模块都有一个名字，它将相关代码组合在一起，是自包含的。模块中明确地描述了它需要的其他模块，以及自己对其他模块可见的部分。在这种方式下，模块之间的依赖是非常清晰的。我们有更强的封装性，这意味着我们可以隐藏内部的API，并且现在我们也遵循“Fail First”原则，因此当有模块缺失或者冲突的时候，你将得到一个错误。
模块化的JDK允许JDK的开发者管理庞大复杂的自己。如果你在开发一个小而简单的应用，并不使用RMI、CORBA、JavaEE和其他的东西，那你为什么需要一个完整的、巨大而又重的Java运行环境呢？只使用包含你需要的模块的JDK，岂不是明智的。现在的模块化平台是这种情形成为可能。
这是现在的JDK看起来的样子。在最底部是“java.base”模块，每一个其它的模块都显式或隐式地依赖于它。正如你看到的这样，依赖关系图是一个有向无环图，这意味着不允许出现循环依赖。
下图基本上展示了模块是什么，每一个模块都有一个描述模块的文件，叫做“module-info.java”。
在文件“module-info.java”中你描述了模块的名字、运行需要的模块和其中对外可见的包。例如，你可以看到java.sql模块中对外暴露了哪些包和它需要哪些模块。
因此简化一下，module-info.java 的内容看起来像下面这样子：
下面我们将介绍如何使用这些模块和创建自己的模块。
How
首先，你需要下载和安装JDK 9，你可以在这里找到它。
Java Version
$ java -version
java version "9"
Java(TM) SE Runtime Environment (build 9+181)
Java HotSpot(TM) 64-Bit Server VM (build 9+1
下面我们在IntelliJ IDEA中构建一个项目：
下面介绍如何创建一个模块：
创建模块之后，你需要在模块下的src下创建一个module-info.java文件：
我已经构建了一个项目包含两个模块：“com.rabbit”和“com.rabbit.log”，你可以看到项目的结构如下图：
在模块 com.rabbit.log 中有两个类：InternalHello和Hello。
InternalHello.java
package hello.log.internals;
public class InternalHello {
public static String sayHello(String name){
return "Hello, This Greeting is internal dear "+ name;
}
}
Hello.java
package hello.log;
public class Hello {
public static String sayHello(String name){
return "Hello, " + name;
}
}
在模块 com.rabbit.log 的modu-info.java中，写入如下所示：
module com.rabbit.log {
exports hello.log;
}
这意味着package hello.log 在该模块外可见的，而package hello.log.internals是不可见的。
RabbitMain是一个简单的JavaFX程序：
package com.rabbit;
import hello.log.Hello;
import javafx.application.Application;
import javafx.scene.Scene;
import javafx.scene.control.Label;
import javafx.scene.layout.StackPane;
import javafx.stage.Stage;
public class RabbitMain extends Application {
@Override
public void start(Stage primaryStage) throws Exception {
Label label = new Label(Hello.sayHello("Hossein"));
StackPane pane = new StackPane();
pane.getChildren().add(label);
Scene scene = new Scene(pane);
primaryStage.setScene(scene);
primaryStage.show();
}
}
这个模块看起来不需要暴露任何package，它需要 javafx.base 和 javafx.controls两个模块，为了使用Hello类还需要模块com.rabbit.log。因此模块 com.rabbit 的module-info.java看起来是下面这样子：
module com.rabbit {
requires javafx.base;
requires javafx.controls;
requires com.rabbit.log;
}
当我们运行这个应用时，出现了如下的错误：
Caused by: java.lang.IllegalAccessException: class com.sun.javafx.application.LauncherImpl (in module javafx.graphics) cannot access class com.rabbit.RabbitMain (in module com.rabbit) because module com.rabbit does not export com.rabbit to module javafx.graphics
at java.base/jdk.internal.reflect.Reflection.newIllegalAccessException(Reflection.java:361)
at java.base/java.lang.reflect.AccessibleObject.checkAccess(AccessibleObject.java:589)
这个错误很明显地告诉我们，需要将package com.rabbit暴露出去。意思是 javafx.graphics 是需要使用RabbitMain启动主窗口的，所以你需要暴露你的package给 javafx.graphics（主要：你可以暴露一个package给指定的模块而不是暴露给所有的模块）。
因此，现在的 module-info.java 是下面的样子：
module com.rabbit {
requires javafx.base;
requires javafx.controls;
requires com.rabbit.log;
exports com.rabbit to javafx.graphics;
}
在java 9中实现的javaFX看起来好像有bug（注意黄色的圈），下面就是我们的javaFX程序的运行结果：
这个故事到这里并没有结束，关于模块以及它们之间的依赖关系的更加完整详细的介绍可以阅读书籍 Java 9 Revealed 或者 Java 9 Modularity 。
参考的原文链接。
