java9 模块化系统小试

JPMS 全称是 Java Platform Module system（Java 平台模块化系统）。它的目的简单直接：编译期间检查和强化封装。随之而来的好处就是及时反馈，不用等到运行时才出现NoClassDefFoundError；局部化影响，便于松耦合的开发和调优，当然还有运行时的安全。

编译期检查

JPMS 要求每个定义好的模块下面放置 module-info.java 描述文件（Module Descriptor），用于描述本模块依赖（requires）外部哪些模块，以及对外暴露（exports）本模块中的哪些包（package）。

一旦描述了依赖外部的哪些模块，编译时，就会自动检查这些模块是否已经处于module path 下，如果不在就会报错。

强化封装

除了原有的访问修饰符 public, protected, private, default 形成的访问限制外，模块又强化一层有访问控制。除非模块通过exports关键字暴露出某些包，否则即便是public的类，外部也无法访问。另外值得注意的是，以前即使是private的方法，使用反射调用setAccessible(true)也可以随意调用，但在 JPMS 下是行不通的。

项目实验

基于上述的基础知识，我在原来托管在 github 上的开源项目 underscore.string.java 上另起了一个 jigsaw 的分支 underscore.string.java-jigsaw，实验了单个模块的用法。

基本步骤

1. src/main/java/ 目录下新建 module-info.java
2. 引入 gradle plugin org.gradle.java.experimental-jigsaw
3. 修改 .travis.yml 以支持 java9 编译

1. 模块描述文件

module com.lambeta.underscorestring {
    exports com.lambeta;
    requires guava;
}

为了方便别人调用，需要起一个比较简短的名字，又因为最好唯一，所以用了 com.lambeta.underscorestring。这个模块会导出包 com.lambeta，事实上，我的项目只有一个包。另外，它需要依赖 guava 模块。

2. gradle 插件

gradle 如何支持 java9 的模块系统，这篇文章已经细说。我最终还是选用了一个实验版的插件使用，因为比较简单。

plugins {
    id 'org.gradle.java.experimental-jigsaw' version '0.1.1'
}

javaModule.name = 'com.lambeta.underscorestring'

javadoc {
    excludes = ['module-info.java']
}

告知 gradle，这个模块的名字是 com.lambeta.underscorestring，这个和 gradle 的多模块项目一起使用，效果最佳。

javadoc 的配置，主要针对是执行 javadoc 任务，出现了 module not found: guava 的错误。这应该是 gradle javadoc 的一个 bug，Maven 项目中有类似的记载，后续会解决。不过现在，直接跳过该文件。

3. CI 服务

language: java
jdk: oraclejdk9

sudo: false
dist: trusty

script:
  "./gradlew check -i"

addons:
  hosts:
    - lambetaBuild
  hostname: lambetaBuild

光速跟进的travis.ci 已经支持了 oracle jdk9，稍加配置，就可以使用上持续集成服务。

当然，这里面还有不少需要琢磨的内容，比如：guava18 在 gradle4.2 下如何就能作为模块 guava 被依赖？要知道，guava23.1 还没有加上 Automatic-Module-Name 呢。