接口核心价值在于解耦、替换与测试，通过契约约束实现统一行为，支持多继承能力组合，并借default/static方法增强实用性，但演化时仍需谨慎评估兼容性。
接口不是为了“看起来高级”，而是为了解耦、替换和测试留出空间。
接口让实现类可以随时被替换
当一个方法参数类型是 List 而不是 ArrayList，你就能在不改调用代码的前提下，把 new ArrayList() 换成 new LinkedList() 或自定义的 MyFastList()（只要它实现了 List）。这种替换能力在真实项目里非常关键：
- 数据库连接池从
HikariCP切到Druid，靠的是统一的DataSource接口 - 日志框架从
Log4j迁移到SLF4J，靠的是Logger接口抽象 - 单元测试中用
Mockito.mock(List.class)替代真实集合，依赖的正是接口的可模拟性
接口强制定义契约，避免“隐式约定”
没有接口时，不同开发者可能各自写一个 sendEmail() 方法，但参数名、返回值、异常处理各不相同。一旦用 EmailService 接口约束：
- 所有实现必须提供
void send(String to, String subject, String body) - 不能漏掉空值校验逻辑——因为接口虽不写实现，但文档和团队规范会绑定到这个签名上
- IDE 能自动提示未实现的方法，编译期就暴露问题，而不是运行时抛
NoSuchMethodError
这比靠注释或口头约定靠谱得多。
立即学习“Java免费学习笔记（深入）”；
