Java接口默认方法均为public abstract，字段为public static final；Java 8+支持default/static方法（Java 9+才支持private default）；多接口同名方法需实现类覆盖，返回类型冲突则编译失败；default方法应限于向后兼容，避免职责模糊和隐式依赖。
Java 接口不能实现多继承，但能实现多重实现——这是解耦的关键支点，不是语法妥协。
interface 声明必须用 public abstract 修饰吗？
不用。所有接口方法默认就是 public abstract，所有字段默认是 public static final。显式写出来反而冗余，还容易误导人以为可以改访问权限。
- 写
private void doSomething()在 interface 里？编译直接报错：Illegal modifier for the interface method - 想定义常量？
int MAX_RETRY = 3就够了，不用加public static final - Java 8+ 支持
default和static方法，它们必须显式声明，且不能是private（Java 9+ 才支持privatedefault 方法）
implements 多个接口时方法签名冲突怎么处理？
当两个接口都定义了同名同参数的方法（比如都声明了 void start()），实现类只要提供一个实现即可——这不算冲突，是设计预期。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 真正踩坑的是返回类型不一致：接口 A 声明
String getId()，接口 B 声明Long getId()→ 编译失败，无法同时implements这两个接口 - 如果两个接口的
default方法同名，实现类必须重写该方法，否则编译报错：class inherits unrelated defaults for xxx from types A and B - 别指望靠泛型擦除绕过冲突：
<t> T get()</t>和Object get()在字节码层面仍是相同签名，仍会冲突
为什么不该在 interface 里塞大量 default 方法？
default 方法本意是向后兼容（如 Java 8 给 Collection 加 stream()），不是用来替代抽象类的。
立即学习“Java免费学习笔记（深入）”；
- 过度使用会让接口职责模糊：它开始承担“行为实现”，而不再是纯粹的“能力契约”
- 多个 default 方法互相调用时，容易形成隐式依赖链，测试和 mock 成本陡增
- Android（旧版 Dalvik）或某些裁剪版 JVM 对 default 方法支持不完整，可能触发
UnsupportedOperationException或链接错误 - 若逻辑复杂，优先考虑提取为工具类（
Utils）或用组合：让实现类持有一个Strategy对象，而非把策略塞进 interface
接口真正的难点不在语法，而在于判断哪些行为该由实现者决定，哪些该收归契约统一约束——比如 close() 必须定义在 AutoCloseable，但具体怎么释放连接、是否重试、是否打日志，就绝不能写死在 interface 里。
