子类必须声明为final才能彻底终结继承链，因为java密封类机制不自动推断终点，仅父类sealed无法阻止子类被继承，必须由子类自身用final明确封锁。
密封类（sealed class）要求所有直接子类必须显式声明为 final、sealed 或 non-sealed，其中“声明为 final”是终结继承链最直接的方式——它让该子类不可被进一步继承，从而真正封闭整个分支。
为什么子类必须明确标注 final 才算“彻底终结”？
Java 的密封类机制本身不自动推断继承终点。即使你只写了 class Sub extends SealedParent，编译器也会报错，因为缺少修饰符。这强制开发者表达设计意图：这个子类是叶子节点，还是仍允许扩展？只有 final class Sub 才表示“到此为止，不可再继承”。
- 仅靠父类是 sealed，不能阻止子类被继承；必须由子类自己用
final封锁 -
sealed子类可继续定义自己的受限子类，但需同步在permits中列出 -
non-sealed子类则完全开放，任何类都可继承它，失去密封性控制
正确声明 final 子类的写法示例
假设有一个密封类 Shape，希望 Circle 成为不可扩展的终端类型：
public sealed abstract class Shape permits Circle, Rectangle, Triangle { }
<p>public final class Circle extends Shape { // ✅ 正确：final 明确终止继承
public final double radius;
public Circle(double radius) {
this.radius = radius;
}
}</p>
若遗漏 final，哪怕只写 class Circle extends Shape，编译将失败并提示：“Class Circle must be declared as sealed, non-sealed or final because its superclass is sealed.”
常见误区与规避建议
开发者容易混淆“父类 sealed”和“子类可继承”的关系，误以为只要父类密封，子类天然不可继承。
- 不要依赖 IDE 自动补全忽略修饰符——手动检查每个子类是否带
final（如确定其为终端） - 如果未来可能扩展某个子类，现在就应声明为
sealed并列出许可子类，而非先写final再改，否则会破坏二进制兼容性 - 使用
javac --enable-preview --source 21（或更高版本）确保支持密封类语法，旧版本会直接报语法错误
配合模式匹配提升类型安全
当所有子类都声明为 final，配合 switch 表达式可实现完备枚举式匹配：
double area(Shape s) {
return switch (s) {
case Circle c -> Math.PI * c.radius * c.radius;
case Rectangle r -> r.width * r.height;
case Triangle t -> 0.5 * t.base * t.height;
}; // 编译器能验证已覆盖全部 final 子类，无需 default
}
这种完整性保障，正建立在每个子类都被明确终结的前提下。
