java接口中抽象方法默认public abstract，因接口是公开行为契约且不提供实现；编译器自动补全，不可用private/protected；jdk 8+的default/static方法除外。
Java 接口中的抽象方法可以省略 public abstract 修饰符，是因为编译器会在编译阶段自动补全这两个关键字。这不是语法糖的“可选风格”，而是语言规范强制要求的语义等价——写与不写，生成的字节码完全一致。
为什么能省略 public 和 abstract
接口的核心定位是定义公开、统一的行为契约：
- public 是唯一合法的访问级别：接口要被任意包下的实现类使用，private 和 protected 在语法上被禁止；包访问权限（默认）又会限制跨包实现，违背接口“广泛可实现”的设计目标。
- abstract 是方法的本质属性：JDK 8 之前接口不允许有方法体，所有方法天然无实现，必须由实现类覆盖。因此无需显式声明 abstract，它已由上下文决定。
-
编译器自动注入：哪怕只写
void doWork();，javac 也会在 .class 文件中将其视为public abstract void doWork();。手动加上反而冗余，且容易误写成protected void等非法组合而报错。
哪些情况不能省略或必须显式写
省略仅适用于传统抽象方法。以下两类方法必须显式声明修饰符：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
default 方法：必须用
default关键字，如default void log() { ... }。它不是抽象的，也不能省略default。 -
static 方法：必须用
static关键字，如static void utils() { ... }。它属于接口本身，不可被实现类继承。
常见误写及后果
试图显式添加不兼容修饰符会导致编译失败：
-
private void method()→ 编译错误：“Modifier ‘private’ not allowed here” -
protected void method()→ 编译错误：“Modifier ‘protected’ not allowed here” -
final void method()→ 编译错误：抽象方法不能是 final -
public void method() {}（带方法体）→ JDK 8 前报错；JDK 8+ 仍非法，除非加default或static
接口常量也遵循类似规则
接口中声明的字段，如 int MAX = 100;，同样会被自动视为 public static final int MAX = 100;。这和抽象方法的省略逻辑一致：都是为了强化接口的契约性——常量全局可见、不可变；方法公开声明、强制实现。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
