接口方法默认且强制public，不可显式加private/protected；抽象类方法修饰符自由（public/protected/default/private），但abstract方法不能private。差异源于接口是公开行为契约，抽象类是可控访问的模板。
Java 中接口与抽象类在方法修饰符上的处理，核心差异不在“能不能写”，而在于“默认是什么、允许写什么、为什么这么设计”。理解这点，才能避开生搬硬套的坑。
抽象类里的方法修饰符：自由但有约束
抽象类中的方法可以是任意访问修饰符（public、protected、default、甚至 private），也可以带或不带 abstract 修饰符：
- 非抽象方法（如
public void walk()）必须有方法体，可被子类直接继承调用； - 抽象方法（如
protected abstract void eat();）不能有方法体，且必须用 abstract 显式声明； - private 方法不能是抽象的（子类根本看不见），但可以作为工具方法供本类其他方法调用；
- 构造方法可以存在，用于初始化抽象类中定义的字段（比如
protected String name;）。
接口里的方法修饰符：高度统一，默认即规则
接口方法的修饰符不是“可选”，而是由语言规范强制约定——你写了等于没写，不写才是标准写法：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 所有普通方法（包括 Java 8 引入的 default 和 static 方法）默认都是 public，不允许加
private、protected或default（包访问）； - 抽象方法（未加
default或static）自动具有public abstract属性，显式写出不报错但冗余； - Java 9 开始支持
private方法，但仅限于 default 和 static 方法的内部辅助逻辑，不能被实现类直接调用； - 接口没有构造方法，也不允许定义实例变量——所以不存在“为某个对象状态初始化”的需求。
为什么这样设计？关键在角色定位
修饰符差异背后，是二者根本职责的不同：
- 抽象类是“模板”：它代表一个具体类型家族的共同基底，需要控制可见性（比如
protected字段供子类访问，private工具方法隐藏细节），所以修饰符必须灵活； - 接口是“契约”：它只承诺“能做什么”，不关心“怎么做”或“属于谁”。所有能力对外公开、无条件可用，因此强制
public是逻辑必然； - 当你要封装共用逻辑、管理状态、控制继承链的访问边界时，抽象类的修饰符自由度就是优势；
- 当你要定义跨领域、跨继承体系的行为规范（比如
Comparable、Closeable），接口的修饰符一致性反而保证了调用方无需猜测权限。
常见误用提醒
别在接口里写 protected void doWork()——编译直接报错；也别在抽象类里把抽象方法写成 private abstract void run()——语法不允许。更实际的问题是：
- 想让子类复用一段逻辑，却放在接口的
default方法里，结果发现无法访问子类的实例字段（接口方法无法访问this的非静态成员）； - 把本该用接口描述的“能力”（如
Printable）硬塞进抽象类，导致后续类因单继承限制无法再继承其他必要基类。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
