接口方法必须为public abstract，因接口是对外公开的行为契约，需确保所有实现类均可访问；Java规范强制此限定，禁止使用protected、default或private，且实现类重写时不可降低访问权限。

因为接口的本质是对外公开的行为契约，所有方法必须能被任何实现类访问和实现，Java 语言规范强制要求接口方法默认为 public abstract，编译器自动补全，不允许更小的访问权限。

接口是为“外部协作”设计的

接口不是用来封装内部逻辑的，而是定义系统之间、模块之间、或不同开发者之间共同遵守的调用约定。既然是面向外部的协议，方法就必须对所有使用者可见——public 是唯一符合这一定位的访问级别。

• 如果允许 protected 或包级（default）方法，那某些实现类可能因不在同一包或继承链中而无法访问，契约就失效了
• private 方法在接口中语法非法，因为接口不承载实现细节，也不支持隐藏行为

重写时不能降低访问权限

Java 规定：子类重写父类方法、或实现类实现接口方法时，访问修饰符只能相同或更宽泛。接口方法默认是 public，所以实现类中的对应方法也必须声明为 public。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 写成 void doWork()（即包级权限）→ 编译报错：“试图降低继承方法的可见性”
• 写成 protected void doWork() 或 private void doWork() → 同样编译失败
• 只写 public void doWork() 才合法，且 public 不可省略

语言层面的硬性约束，不是语法糖

这不是编译器“推测”出来的便利写法，而是 Java 规范明确规定的语义规则：

立即学习“Java免费学习笔记（深入）”；

• 哪怕你只写 void run();，它在字节码和语义上完全等价于 public abstract void run();
• 手动加上 public abstract 合法但冗余；加上其他修饰符直接导致编译错误
• 这个规则从 Java 1.0 延续至今，是接口作为“纯行为契约”的底层体现

归根结底，public 不是默认“加上去”的，而是接口方法天然就该具备的属性——它由接口的设计目的决定，由编译器严格执行。