java模块化系统
建议参考：https://www.journaldev.com/13106/java-9-modules
JDK 9 进行了一次重大的升级引入了模块化系统。其目的是：能够实现模块化的关键目标——可配置的封装隔离机制。
模块化解决了什么问题？
减少环境资源的开销和降耦合度：在JDK 9之前每次启动JVM都要耗费至少 30MB~60MB的内存空间，其主要原因是JVM需要加载rt.jar，不管是否用到其中的类是否被加载，第一步就是要将整个rt.jar加载到内存中去，这样极大的浪费了内存空间，而JDK 9开始就可以选择性的模块进行加载。
提升开发效率和运行速度：由于代码库越来越复杂会导致，开发的效率降低和运行速度变慢。
规范化各种路径及依赖关系使系统更安全：jdk9之前系统没有对不同jar之间的依赖或敏感路径进行限制，导致所有的jar都是可以被访问到无形中暴露安全性的问题，jdk9后使用模块来管理各个模块使用的模块可以进入引用，不使用的则进行隐藏，这样即安全又减省空间。
模块化后的路劲访问规则?
JAR文件在类路径的访问规则？
所有类下JAR文件和其他资源文件，会被自动打包到匿名模块(Unnamed Module)，这个模块没有任何隔离。
JAR文件在模块路径的访问规则?
自动模块将默认依赖整个模块路径中的所有模块，可以访问所有模块的包，也可以导出自己所有包。
模块在模块路径的访问规则？
模块路径下具名模块(Named Module)只能访问明确定义的依赖和模块包。
模块化后的类加载器
模块后的类加载器在双亲委派机制上进行调整：
原有的拓展类加载器被平台类加载器所取代;
平台类加载器和应用程序类加载器都不再继承自java.net.URLClassLoader，而是全部继承来自 jdk.internal.loader.BuiltinClassLoader。
原来的类双亲委派机制也发现了改变，当平台及应用类加载器接收到请求，再委派给父类之前，先判断该类是否能够归属于某一个系统模块中，如果可以找到这样的归属关系，就先委派给这个模块的类加载器完成加载，这样算是第四次打破双亲委派机制了。
最后
当然JDK9功能很新颖，类加载机制的改变及模块后可以节省我们大量的内存空间，并且在加载外部jar包未成功的时候可以很明显的提示，也一定上起到解耦作用，可惜国内目前的JDK 还是8的版本，所以功能再好目前各大厂也没有推进，所以只能先自学，以待将来某些必要条件发生推动使用。
参考文章：
https://www.journaldev.com/13106/java-9-modules
https://www.cnblogs.com/IcanFixIt/p/6947763.html
https://blog.csdn.net/weixin_40391011/article/details/104057515
https://www.ktanx.com/blog/p/3722
https://www.pianshen.com/article/16291271764/
https://blog.csdn.net/weixin_40391011/article/details/104057515