关于 java9 模块化的意义

[DXDE443]

好像最大的意义就是减小打包体积 ？多点体积也就多占点磁盘空间吧？这个真的有很大意义吗，我是新人，说错话求不喷

[xiaxiaocao]

嵌入式这类资源有限的场景可以方便裁剪一个精简的 JDK
模块级的作用域，只有 export 的 package 才能被其他模块使用，这个是一直依赖缺少的
反射的限制，只有 open 的才能被反射调用。
可以以模块为单位做 AOT 编译
传递的依赖可以不导出，比如 B 依赖于 A，C 依赖于 B，可以让 C 看不到 A。
等等

当然现在总体上来说对开发者带来的麻烦比好处大，至少目前为止

[DearMark]

“模块化的 JVM，使之可以在内存有限的设备上运行。”
这句话，我也一知半解，安卓上好像用不到。莫非用在小型设备。

[DXDE443]

@DearMark
@xiaxiaocao 我对嵌入式不太了解，是不是可以说这项特性是针对小型设备的而不是 javaEE ？

[DXDE443]

我玩了一段时间的 java9 经常踩莫名其妙的坑，多了那个 module-info.java 要管理，如果好处只是省点磁盘空间那我还是选择屏蔽掉这个特性，能避免很多坑

[xiaxiaocao]

@DXDE443 对的。比如 iPhone。。可以去了解一下 Gluon Mobile 这个项目。手机也只是目标之一，还有车载设备，物联网啥的。能应用得多广泛就看 Oracle 的造化了。

[xiaxiaocao]

@DXDE443 不需要屏蔽，只要不加 module-info.java，还用 classpath 不用 modulepath，就基本上感觉不到它的存在。至少在第三方库都 module 化之前(这个也许需要几年时间)，项目中用 module 是没什么意义的。

[lurenw]

java9 把 rt.jar 和 tools.jar 拆分之后，包依赖的确清晰了一点，不用跑个 Hello world 就要引入几百 M 的东西。
这点对嵌入式设备来说会有用，但是对平常的 se,ee，感觉并没啥卵用。

然后 module-based 的依赖结构可能是以后的趋势，python，nodejs 都这么玩。在此之前 java 的方案是 OSGI，
但是 OSGI 不是 oracle 自己的规范，要搞模块化的话，肯定得自己掌握话语权。

java9 包括 java10 感觉也只是一个过渡而已，还是得看后续官方动作。

[honeycomb]

@lurenw 毕竟下一个长期维护版是 11

[DXDE443]

@xiaxiaocao 有些框架可能用到一些 javax 的包，很多都是 jdk 原本自带的，java9 默认不依赖这些包的，jdk8 没这个问题，很多人把这个当 java8 用时就会发生找不到类，然后跑去 maven 下那些 jdk 本来自带的包，多一些麻烦，还是有些影响的

[unlimitedsola]

1. 减少打包体积
2. 改变应用发布方式
3. 使 jdk 自身（或者说大型项目）代码更易维护
4. 避免开发者错误使用内部（ com.sun.*） API
5. 一定程度上避免 classpath 冲突（因为 a.b/a.b.c 和 x.y/a.b.c 不冲突）