SpringBoot 3.0 只支持 jdk 17 及以上时,恍然发现我们一直都在用 jdk 8,多了很多新特性都不曾了解
目前笔者还未接触过使用模块系统的真实项目,也没有使用经验,在学习模块系统之后粗略总结出两个作用:
访问修饰符 public、protected、default、private 使得类(class)和包(package)有访问权限,但这种控制级别在大型系统中是略显不足的。例如创建了三个包 com.A、com.B、com.C,如何才能让 com.B 中的类能访问 com.A 中的类,但 com.C 不能访问 com.A 呢?
假设要删除一个过时或少用的 public 特性来减少 JDK 占用,因为是公有的特性,且难以统计被引用的地方,所以没办法推断这个动作产生的影响。比如 java.awt.* 在服务器应用中用不上,此时就需要剔除这个特性
Java 模块系统 是 Java 和 JVM 以及 IDE 的一部分,其在编译时和虚拟机中都强制执行封装和依赖。自己的程序也要考虑使用 Java 模块系统,而不是使用传统的类路径上的 jar 文件,因为:
模块的载体是 jar,一个模块就是一个jar,相比传统的 jar,其根目录下多了module-info.class 文件,文件内包括了:
这里多了两个关键字 exports 和 requires 分别用于导出和导入需要的模块和包,这也是控制能力所在的关键(通过编译器和虚拟机来实现)下面的应用场景: B 项目需要用到 A 项目里面的功能,通过模块平台来控制访问权限
创建 A 和 B 两个项目,并在其 src 根目录下创建 module-info.java文件(IDE识别到此文件则以模块化程序运行,否则以java8 非模块运行)
module-info 文件的格式如下:
module 模块名 {
// 导出包
exports com.howl;
// 导入模块
exports 模块名;
}
module A {
// 导出包给外部使用
exports com.howl.a1;
// 将包导出给模块B使用
exports com.howl.a2 to B;
// 当设置 private 访问时,exports 无法访问,那么可导出反射方式访问的包
opens com.howl.a3;
}
module B {
// 导入模块
requires A;
// 传递依赖,模块C导入模块B之后能使用模块A的包
requires transitive A;
}
package com.howl.b1;
// 也是需要引用的
import com.howl.a1.A1;
import com.howl.a2.A2;
public class B1 {
public static void main(String[] args) {
new A1().hello();
// 如果没有模块导入,import后也会报错
// 报错 module com.howl.a2 not export in module B
new A2().hello();
}
}
模块的服务是对外公开接口,而具体的实现类是不公开的,实现了接口和实现类的解耦。下面创建模块 C,使用场景是模块 B 调用模块 C 的服务
package com.howl.service;
public interface Animal {
void eat();
}
package com.howl.serviceimpl;
public class Dog implements Animal {
@Override
public void eat() {
System.out.println("狗吃肉");
}
}
module C {
// 导出接口包
exports com.howl.service;
// 将接口包绑定实现类包
provides com.howl.service with com.howl.serviceimpl;
}
module B {
// 引入模块
requires C;
// 使用接口
uses com.howl.service.Animal;
}
public class B1 {
public static void main(String[] args) {
// 使用 SPI 机制来发现服务,已经不需要在/META-INF/services 下创建全限定类名的文件了
ServiceLoader<Animal> animal = ServiceLoader.load(Animal.class);
// 获取到具体的实现类了
for (Animal a : animal) {
a.eat();
}
}
}
参考:
《Java核心技术卷 Ⅱ》