依赖注入通过解耦对象创建与使用提升可维护性和测试性，推荐构造函数注入保证不可变性，结合Spring的@Autowired实现自动装配，面向接口编程降低耦合，使应用结构清晰、易于扩展和测试。
在Java中实现对象之间的依赖注入，核心是解耦对象创建与使用，提升代码可维护性和测试性。依赖注入（Dependency Injection, DI）作为控制反转（IoC）的一种实现方式，广泛应用于现代Java应用开发中，尤其是在Spring框架中得到了成熟支持。以下是一些面向对象编程中管理对象依赖的实用经验。
使用构造函数注入保证依赖不可变
构造函数注入是最推荐的方式，它能确保对象在创建时所有必需的依赖都被传入，并且可以将字段声明为final，增强对象的不可变性和线程安全性。
示例：
public class UserService {private final UserRepository userRepository;
public UserService(UserRepository userRepository) {
this.userRepository = userRepository;
}
public User findUser(long id) {
return userRepository.findById(id);
}
}
这种写法清晰表达了UserService的运行依赖于UserRepository，且避免了空指针风险。
立即学习“Java免费学习笔记（深入）”；
利用Setter注入处理可选依赖
当某个依赖不是必须的，或需要在运行时动态替换时，可以使用Setter注入。这种方式适合配置类或具有默认行为的组件。
例如：
public class EmailService {private MailSender mailSender;
public void setMailSender(MailSender mailSender) {
this.mailSender = mailSender;
}
public void send(String to, String content) {
if (mailSender == null) mailSender = new DefaultMailSender();
mailSender.send(to, content);
}
}
注意：应避免滥用Setter注入导致对象状态不一致。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
结合Spring框架实现自动装配
在实际项目中，手动管理大量对象的创建和注入会变得复杂。Spring提供了@Component、@Autowired等注解，实现自动依赖注入。
常见做法：
- @Component标注服务类，让Spring容器管理实例生命周期
- @Autowired注入所需依赖，支持构造函数、字段或Setter方式
- 使用@Configuration + @Bean定义第三方库对象的创建逻辑
示例：
@Servicepublic class OrderService {
private final PaymentGateway paymentGateway;
private final InventoryService inventoryService;
@Autowired
public OrderService(PaymentGateway paymentGateway, InventoryService inventoryService) {
this.paymentGateway = paymentGateway;
this.inventoryService = inventoryService;
}
}
Spring在启动时自动解析依赖关系并完成注入，开发者只需关注业务逻辑。
通过接口抽象降低耦合度
依赖注入的效果最大化依赖于良好的接口设计。应面向接口编程，而不是具体实现。
例如：
public interface NotificationService {void notify(String message);
}
@Service
public class SmsNotificationService implements NotificationService { ... }
@Service
public class PushNotificationService implements NotificationService { ... }
在使用方只依赖NotificationService接口，可在配置中灵活切换实现，便于扩展和测试。
基本上就这些。合理使用依赖注入能让Java应用结构更清晰，单元测试更容易编写，同时提升模块间的可替换性。关键是理解“谁创建对象”和“谁使用对象”的分离原则，把对象协作关系交给容器或工厂统一管理，而不是在类内部硬编码new操作。不复杂但容易忽略。
