Class.isSealed()判断类是否为密封类，需源码显式声明sealed且保留PermittedSubclasses属性；getPermittedSubclasses()返回编译期指定的直接允许子类数组，含null元素可能，二者须配合使用。
Class.isSealed() 是 Java 17 引入的 API，用于判断一个类是否被声明为 密封类（sealed class）；而 Class.getPermittedSubclasses() 则返回该密封类明确允许继承它的子类数组（类型为 Class[]），二者需配合使用才能完整识别密封类结构。
isSealed() 返回 true 的前提条件
只有当类在源码中显式用 sealed 关键字修饰，并且编译后保留了 PermittedSubclasses 属性，isSealed() 才返回 true。注意：
- 仅声明
sealed但未指定permits列表（如sealed class A）是语法错误，编译不通过 - 运行时若类被动态生成或字节码被修改（如 ASM、Javassist），可能丢失密封元数据，导致
isSealed()返回false - 接口也可声明为 sealed，同样适用该 API
getPermittedSubclasses() 的返回值含义
该方法返回的是编译期静态指定的、直接允许继承该密封类的类（或接口）类型数组，不含间接子类或运行时加载的类：
- 返回数组元素是
Class<?>类型，每个元素代表一个被允许的直接子类（如class B extends A） - 若密封类允许的子类尚未被 JVM 加载（比如位于不同模块且未导出），对应项可能为
null（Java 17+ 行为） - 返回数组顺序与源码中
permits列表顺序一致，但不应依赖该顺序做逻辑判断
典型使用方式（含空值防护）
安全调用这两个 API 需检查 null 和加载状态：
立即学习“Java免费学习笔记（深入）”；
if (clazz.isSealed()) {
Class<?>[] permitted = clazz.getPermittedSubclasses();
if (permitted != null) {
for (Class<?> p : permitted) {
if (p != null) {
System.out.println("Permitted: " + p.getName());
} else {
System.out.println("Permitted subclass not loaded yet");
}
}
}
}
常见误判场景提醒
以下情况 isSealed() 均返回 false，不能仅凭继承关系推断：
- 父类是密封类，但子类本身不是 sealed —— 子类的
isSealed()仍为false - 使用
final或non-sealed修饰的子类，不影响父类的密封性判断 - 反射获取的匿名内部类、Lambda 生成的类，即使继承自密封类，自身也不是 sealed
