类的依赖关系指一个类使用另一个类的功能，如通过参数、成员变量或实例创建；耦合度衡量这种依赖的紧密程度，高耦合导致代码难以维护和扩展。应通过接口编程、依赖注入和依赖倒置原则降低耦合，使类依赖抽象而非具体实现，提升可测试性与灵活性。
在Java中，类的依赖关系和耦合度是面向对象设计中的核心概念，直接影响代码的可维护性、可扩展性和可测试性。理解这两者有助于写出结构清晰、易于演进的程序。
什么是类的依赖关系
当一个类A在实现功能时需要用到另一个类B的对象（例如调用其方法、访问其属性或创建其实例），我们就说类A依赖于类B。这种依赖可以通过多种方式体现：
- 方法参数中使用类B的类型
- 方法内部创建类B的实例
- 类A持有类B的引用作为成员变量
- 继承或实现类B（如extends或implements）
例如：
class UserService {
private EmailService emailService; // 依赖EmailService
public UserService() {
this.emailService = new EmailService();
}
public void register(User user) {
// 注册逻辑
emailService.sendWelcomeEmail(user); // 调用依赖对象的方法
}
}
这里UserService依赖于EmailService，因为它的行为需要EmailService参与完成。
立即学习“Java免费学习笔记（深入）”；
耦合度：衡量依赖的紧密程度
耦合度描述的是类与类之间依赖的紧密程度。高耦合意味着类之间高度关联，一个类的改动很可能波及多个其他类；低耦合则表示类之间相对独立，修改一个类对其他类影响较小。
常见的耦合类型从高到低包括：
- 内容耦合：一个类直接修改另一个类的内部数据（极不推荐）
- 公共耦合：多个类共享全局数据
- 控制耦合：通过传入标志参数控制被调用类的行为
- 数据耦合：仅通过参数传递数据进行交互（理想状态）
我们应追求低耦合，让类职责单一，依赖稳定抽象而非具体实现。
如何降低类之间的耦合度
降低耦合的关键在于减少类对具体实现的依赖，转而依赖抽象。常用手段包括：
- 使用接口编程：让类依赖接口而不是具体类
- 依赖注入（DI）：通过构造函数或setter传入依赖对象，而非自行创建
- 遵循依赖倒置原则（DIP）：高层模块不应依赖低层模块，二者都应依赖抽象
改进后的示例：
interface NotificationService {
void sendWelcomeEmail(User user);
}
class UserService {
private NotificationService notificationService;
public UserService(NotificationService notificationService) {
this.notificationService = notificationService;
}
public void register(User user) {
// 注册逻辑
notificationService.sendWelcomeEmail(user);
}
}
此时UserService不再依赖具体实现，而是依赖NotificationService接口，耦合度显著降低，也更容易进行单元测试（可通过Mock实现）。
小结
类的依赖关系不可避免，但我们需要有意识地管理它。通过识别依赖方向、使用抽象隔离变化、引入依赖注入机制，可以有效控制耦合度。良好的设计不是消除依赖，而是让依赖变得可控、可替换、可测试。基本上就这些。
