接口参数是Java实现松耦合和高复用的核心，通过面向抽象编程使方法不依赖具体实现类而只关注行为契约，如logMessage(Logger logger, String msg)可接收任意Logger实现，结合泛型（如List<T>）进一步提升灵活性与类型安全。
直接用接口类型作为方法参数，是 Java 实现松耦合和高复用的核心做法。它不依赖具体实现类，只关注行为契约，让同一方法能处理任意符合该接口的实例。
接口参数的本质是面向抽象编程
方法声明时不写 ArrayList 或 HashMap，而写 List 或 Map，就是典型体现。JVM 在运行时根据传入对象的实际类型调用对应实现，编译期只校验是否满足接口定义。
- 接口定义的是“能做什么”，不是“怎么做的”
- 调用方无需知道底层是
LinkedList还是CopyOnWriteArrayList - 后续替换实现类时，方法签名和调用代码完全不用改
常见写法与实际例子
比如一个日志处理器，不绑定具体输出方式：
public void logMessage(Logger logger, String msg) {
logger.log(msg); // 只要求 logger 实现了 log() 方法
}
调用时可传入任意 Logger 实现：
立即学习“Java免费学习笔记（深入）”；
logMessage(new ConsoleLogger(), "启动完成")logMessage(new FileLogger("app.log"), "用户登录")-
logMessage(new NullLogger(), "调试信息")（空实现，用于关闭日志）
配合泛型进一步增强灵活性
当需要约束输入类型又保持通用性时，接口参数可结合泛型使用：
public <T extends Comparable<T>> T findMax(List<T> items) {
return items.stream().max(Comparator.naturalOrder()).orElse(null);
}
这里 List<T> 是接口类型参数，T extends Comparable<T> 表示传入的元素类型必须支持比较——既不限定是 Integer 还是 String，又保证逻辑安全。
注意避免过度设计
不是所有地方都必须抽接口。如果只有一个实现、未来也不太可能变，硬加接口反而增加理解成本。判断依据是：是否存在多个合理实现，或是否已有明确扩展需求。
