Java接口解耦的核心在于“谁持有接口、谁负责创建实现”，而非仅定义接口；它强制分离契约与实现，避免单继承限制，支持多实现与依赖倒置，粒度应内聚单一，创建逻辑须外移。
Java 接口本身不提供实现，但它是解耦最轻量、最有效的机制——关键不在“定义接口”，而在“谁持有接口、谁负责创建实现”。
为什么用 interface 而不是 abstract class 来解耦
接口强制分离契约与实现，避免继承带来的强依赖和单继承限制。比如日志模块：你定义 Logger 接口，业务代码只依赖它；后续可自由切换 Slf4jLogger、Log4jLogger 或 MockLogger，无需修改任何调用方。
-
interface支持多实现（一个类可 implements 多个接口），abstract class会绑定具体父类，破坏横向替换能力 - 接口默认方法（
default）仅用于向后兼容，不应作为核心逻辑载体——否则实现类容易绕过统一行为约束 - 若需共享状态或构造逻辑，应通过组合（如注入
Config对象）而非继承解决
依赖倒置：让高层模块持有接口，而不是实现类
常见错误是“先写实现，再抽接口”，结果接口变成实现的镜像，毫无解耦价值。正确做法是：从调用方视角反推需要什么能力。
例如订单服务需要“发通知”，就定义：
立即学习“Java免费学习笔记（深入）”；
