模块化复杂啥？

翻来覆去就是一个module-info.java

然后找到对应的关系，最常用的无非就是exports 和 requires

然后如果允许对方用反射访问，就用opens

如果做了服务，就用provides...with和uses，需要配合package-info.java

大多数时候记住前两条就行了，对jar做服务，这个也是进阶技能，会的人不多

写的时候，idea会帮忙自动补全，又不是vi写码，现在写个java，谁还不会用个ide啥的

其他的，unnamed之类的，这些不看也罢，遇到提示了再查都不迟

翻来覆去其实就是一个exports和requires，再加一个opens，而且并不推荐使用opens，往往是偷懒时候才用，比如自己定义一个模块，起好名字了

又不想写太多exports，怎么办呢？直接在module前面加open，让整个模块open，完事

我在群公告中，也就跟新人讲了如何open整个模块，其他也没说，也没去解释什么叫unnamed模块

没看出来复杂在哪里，用起来简单的一笔，总共就三行，其中大部分是idea帮我写的

大多数新人在我的公告指导下，根据idea的向导提示，大概5分钟就建好项目模版，开始写了

这是我公告全文：

通过IDEA向导新建的JavaFX项目是模块化项目，所以模块描述文件：module-info.java里面会有相应的权限控制，对于萌新而言，建议删除exports和opens部分，然后再在module前面加上open，开放整体项目权限，方便学习 否则会导致无法访问某些特定文件夹（例如自建的resources/images等情况发生） 修改后的module-info.java如图所示

我写fxgl游戏，都是5分钟开始写，如果超过5分钟还没开始写，那我就会过来问，你有什么困难？是网络太慢了，还是你找不到jdk在哪里下载？比如http://injdk.cn是你的好朋友，我们写代码都是随便去三线城市找个正常智商毕业的懂java的大学生就可以搞了

除了unnamed模块，以后还有unnamed package和class^[1]，如果不想用unnamed，那就把这些文件写全，unnamed是给那些学生用的，工作中，都要写清楚

这些都是地址，java的模块名和包名都有命名规律，就跟地址一样，如果你所在的公司叫mycompany

那么，包名模块名一定是以com.mycompany.开头，这样当你把你要分享的程序发布到网络上（maven仓库中）的时候，就不会跟其他人发布的东西相冲突

但是学生学习的时候，写点demo代码，这些可以不写，也就是unnamed

所以你非要去看那些平常用不到的内容，当然麻烦

java里面平常不用的东西多得去了，awt和swing就是两大块，还有java 2d，3d，有几个人对这些熟悉的？但是官方文档如果要写，肯定要写全，但是多数人用，也就用个常用的功能

这个世界大得很，不是初中物理，你不可能指望你在学习阶段就把所有可能遇到的情况全部囊括在内，maven仓库上3600多万个jars，谁有办法全部记下来？

都是用的时候再看，平常不用就不看

但是常用的功能，也就那么点，我到现在也就用了exports，requires和opens，就犹如maven仓库中3600多万个依赖，我就用了fxgl和javafx还有jackson几个依赖，能解决问题就行了，但是我不用的依赖，并不代表它没有存在的意义，总有人用

---

然后解释一下spring和模块化

spring不做模块化有几个原因，一个原因是，现在多数服务器端框架，都在忙着搞native image，所以他们没有足够的人手搞模块化

因为像spring这样的庞然大物，发展历史悠久，所以依赖了很多类库

模块化有一个要求，就是要所有已经依赖的库，都完成了模块化之后，才能进一步模块化

而spring依赖的一个常见库是netty，netty也面临着同样的问题

他们没有足够的人手去搞模块化，他们也面临着模块化和native image冲突的问题

那netty和spring都选择了，先搞native image，然后再来考虑模块化

但是依赖比较少的库，比如jackson，kotlin，都已经早早完成了模块化

然后到今年，去年完成模块化的是一些搜索引擎，比如lucene，solr和elastic search这几个

而spring等大型框架必然是最后一个完成模块化的项目

因为只有spring依赖其他项目，很少有其他项目再反过来依赖spring的

spring已经封装得够上层了，当然如果你有项目，比如国产的一些基于spring的封装的项目

那么这种项目如果要做模块化，也要等spring完成之后，才能推进

所以这就是一个逐层推进的过程，没有那么快，java世界太大了，参与人数太多，很多事不是一蹴而就的，这个就像我跟他们解释说，一些大型的国企，他们要推进产品升级，比如数据库升级

那么这个过程肯定不是一蹴而就的，而是一个漫长，跨度可能高达几年的过程

spring应用如此广泛，所以这个推进也一定是很漫长的，但是这个趋势是不会变的

那如果你等不了怎么办？

找替代

据我所知，helidon和nima就在积极滋磁模块化

helidon是spring的替代，nima是netty的替代

他们的计划是今年年底，21虚拟线程发布之后，就跟着发布，所以你如果不想等，那就用helidon和nima

其他的主要框架，比如micronaut，quarkus都还没有明确的模块化的计划，都在集中力气搞aot也就是native image

---

最后说一下目前模块化主要应用

模块化做出来，是针对sdk，也就是jdk的

如果你对jdk的标准包不满意，想替换，那么模块化是必然产物

否则你就要去修改jdk源码，并将其重新编译，我不认为多数人有那个本事

jdk标准包包括：gui（awt和swing），编译器前端（javac）后端（jvm），xml处理工具等等

那么

kotlin就是替换了前端，javac -> kotlinc

javafx就是替换了gui，awt/swing -> javafx

那根据

的消息，说啊，graal打算把polyglot的部分全部模块化，并发布到maven仓库上去，并淘汰现有的命令行工具gu

这些东西，对于java基础都没学清楚的人来说，属于进阶技能

如果你连maven/gradle这些都没搞清楚，我不认为你有能力搞这些东西

也没必要，因为大多数包都是针对java标准包的，maven仓库中最多的就是针对java标准包的依赖，然后是安卓

这些包不需要你修改sdk也就是jdk就能用

但是存在有需要你修改sdk才能用的包，比如javafx，那么如果你想用这些依赖

就需要配合模块化使用，这些东西都自动化了，intellij idea社区版就有向导帮忙生成这种项目模版

照着向导做就是了，用的时候知道是怎么回事就行了，这又不是造火箭

有手就行，多得是人搞得好好的

要是实在搞不懂，找个安卓开发来手把手教

安卓开发工具比java的复杂，安卓开发这些都懂

懂gradle的不可能不懂maven

懂安卓的，不可能不懂java

参考

1. ^https://openjdk.org/jeps/445