使用接口与依赖注入实现松耦合：1. 接口定义行为，分离“做什么”与“怎么做”；2. 依赖注入传递实现，避免类内直接new对象；3. Spring框架通过@Autowired自动装配，简化配置；4. 松耦合提升可维护性、可测试性，支持灵活替换实现，符合开闭原则。
在Java中实现松耦合的对象关系，关键在于接口与依赖注入（DI）的结合使用。这种方式可以让对象之间的依赖关系更加灵活、可测试、易于维护。
1. 使用接口定义行为契约
通过接口，你可以将“做什么”和“怎么做”分离。类之间依赖于抽象（接口），而不是具体实现。
示例：定义一个发送通知的接口：
public interface NotificationService {
void send(String message);}
然后提供不同的实现：
立即学习“Java免费学习笔记（深入）”；
public class EmailService implements NotificationService {
public void send(String message) {
System.out.println("发送邮件: " + message);
}}
public class SMSService implements NotificationService {
public void send(String message) {
System.out.println("发送短信: " + message);
}}
这样，调用方只依赖 NotificationService 接口，不关心具体是邮件还是短信。
2. 通过依赖注入解耦对象创建与使用
依赖注入的核心思想是：不主动在类内部创建依赖对象，而是由外部传入。
看一个未使用DI的紧耦合例子：
public class OrderProcessor {
private NotificationService service = new EmailService(); // 硬编码依赖}
这导致无法灵活更换实现，也难以测试。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
改进方式：通过构造函数注入依赖
public class OrderProcessor {
private NotificationService notificationService;
public OrderProcessor(NotificationService service) {
this.notificationService = service;
}
public void process() {
notificationService.send("订单已处理");
}}
使用时由外部决定传入哪种实现：
NotificationService emailService = new EmailService();OrderProcessor processor = new OrderProcessor(emailService);processor.process();
如果想换短信通知，只需传入 SMSService 实例，无需修改 OrderProcessor。
3. 结合Spring框架实现自动依赖注入
在实际项目中，通常使用Spring等框架来管理依赖注入，进一步简化配置。
使用注解方式：
@Componentpublic class EmailService implements NotificationService { ... }
@Servicepublic class OrderProcessor {
@Autowired
public OrderProcessor(NotificationService service) {
this.notificationService = service;
}}
Spring会自动扫描并注入匹配的实现（如果有多个实现，可用 @Qualifier 指定）。
4. 松耦合带来的好处
- 易于替换实现：比如从Email切换到企业微信通知，只需新增实现类并调整注入配置
- 便于单元测试：可以注入模拟对象（Mock）进行测试
- 代码可维护性高：修改实现不影响调用方
- 符合开闭原则：对扩展开放，对修改关闭
基本上就这些。接口负责抽象行为，依赖注入负责传递实现，两者结合让Java应用更灵活、更健壮。不复杂但容易忽略细节，比如避免在类中直接new具体实现。养成面向接口编程的习惯，结构自然就松了。
