Java接口通过方法签名强制实现类提供同名、同参、同返回类型（或协变子类型）的public方法，约束行为契约而非继承关系；支持public static final常量和可选default方法，并在多接口冲突时强制显式重写。
Java 接口本身不约束“子类”，而是约束实现类——因为接口不能被继承，只能被 implements。它通过声明契约的方式，强制所有实现类提供指定行为的完整实现，从而在编译期就确保行为一致性。
接口用方法签名定义强制契约
接口中每个 public abstract 方法（可省略修饰符）构成一项不可绕过的义务：
- 实现类必须提供 同名、同参数、同返回类型（或协变子类型） 的 public 方法；
- 若方法声明了受检异常（
throws IOException），实现类可抛出该异常或其子类，但不能抛出未声明的其他受检异常； - 方法不能是
private、protected或final——访问级别必须是public，且必须可被重写。
接口用常量和 default 方法补充行为边界
接口不仅规定“必须有”，还能隐含“应该怎样”：
- 字段自动为
public static final，只能是编译期常量，禁止实现类篡改状态； -
default方法提供可选的默认实现，但实现类可选择重写——它不是强制，而是安全的扩展点； - 若多个接口提供冲突的
default方法（如签名相同但逻辑不同），实现类必须显式重写该方法，否则编译失败，倒逼开发者明确决策。
多接口实现时的交叉约束
一个类可实现多个接口，这时约束会叠加生效：
立即学习“Java免费学习笔记（深入）”；
- 若两个接口都声明了
void start()，实现类只需一个start()就同时满足两者； - 若接口 A 要求
int getId()，接口 B 要求String getId()，则无法同时实现——编译器直接报错，因为返回类型不同导致签名不兼容； - 这种冲突不是 bug，而是设计预警：语义矛盾应在接口设计阶段暴露，而非运行时才发现。
接口不提供的“假约束”要特别注意
有些看似是约束的行为，其实接口完全管不了：
-
throws不强制实现类抛异常——它可什么也不抛，也可只抛RuntimeException； - 接口无法限制方法内部逻辑、性能、线程安全性或副作用；
- 不能约束字段、构造器、静态代码块等实现细节；
- 若需强行为控制（比如“校验失败必须抛特定异常”），得靠抽象类 + 模板方法，而不是接口。
