如何在Java中限制接口只能被特定类实现_Java 15的sealed密封类特性-java教程-PHP中文网

java 15中声明sealed接口需用public sealed interface x permits a, b {}，且每个实现类必须显式声明为final、sealed或non-sealed；跨模块时须正确配置exports和requires。

如何在java中限制接口只能被特定类实现_java 15的sealed密封类特性

Java 15 sealed类怎么声明允许实现的子类

Java 15 引入 sealed 关键字，能明确限定哪些类可以继承或实现某个类/接口。想让接口只被特定类实现，必须用 sealed 声明接口，并用 permits 列出允许实现它的具体类名。

常见错误是只加 sealed 却漏写 permits，编译直接报错：sealed type must have a permits clause；或者把类名写错（大小写、包名缺失），导致编译器找不到对应类型。

permits 后面只能跟**已存在且可访问的类名**，不能是通配符或表达式
被允许的实现类必须用 final、sealed 或 non-sealed 显式声明自身继承策略
如果实现类在另一个模块，需确保模块声明中导出了该类所在包

public sealed interface PaymentStrategy
    permits CreditCardPayment, AlipayPayment {}

实现类必须显式声明自己的密封状态

哪怕你只想让一个类实现接口，这个类也不能“默认自由”——它必须用 final、sealed 或 non-sealed 表明立场。否则编译失败：class X is not allowed to extend sealed interface Y。

这是最容易忽略的一环：开发者以为只要在接口上写了 permits 就够了，结果卡在实现类编译不过。

final：最常用，表示该实现类不能再被继承（适合简单策略类）
sealed：该实现类自己也限制子类，需配合自己的 permits
non-sealed：开放继承，但仅限当前模块内（跨模块仍受模块系统约束）

public final class CreditCardPayment implements PaymentStrategy { ... }

sealed接口在模块系统中的可见性陷阱

如果 PaymentStrategy 接口和它的 permits 类不在同一个模块，默认无法访问——哪怕它们在同一个包里。JVM 会报 class X is not in the permits list of sealed interface Y，表面看是列表问题，实则是模块未导出或未读取。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

典型场景：你在 payment.api 模块定义接口，在 payment.impl 模块写实现类，但 payment.api 的 module-info.java 没导出接口所在包，或 payment.impl 没声明 requires payment.api。