Java中依赖关系指类在运行时使用另一类（非继承/实现），表现为方法参数、局部变量或new对象；管理方式有手动new、工厂模式和IoC容器；识别依赖看参数、字段、new语句；遵循依赖倒置原则，高层模块应依赖抽象而非具体实现。
Java中的依赖关系，指的是一个类在实现功能时需要另一个类（或接口）的参与。这种“需要”不是继承或实现关系，而是运行时协作关系——比如A类要完成某件事，必须持有B类的实例才能调用其方法。
依赖的本质是“使用”，不是“属于”
依赖关系最典型的体现就是：一个类的某个方法参数、局部变量、或者方法内部通过red">new创建了另一个类的对象。它不改变类的结构，只影响行为逻辑。
- 例如：
public void sendEmail(EmailService service)—— 方法依赖EmailService，但sendEmail所在类并不继承它，也不实现它 - 再如：
String result = new SimpleDateFormat("yyyy-MM-dd").format(new Date());—— 当前类临时使用SimpleDateFormat，这就是典型的依赖 - 注意：依赖可以是强耦合（直接
new）或弱耦合（通过参数传入、工厂获取、IoC容器注入）
依赖管理的三种常见方式
Java中管理依赖，核心目标是降低类之间的紧耦合，提升可测试性与可维护性。
-
手动管理：在代码中直接
new对象，简单直接，适合小项目或工具类，但难以替换实现、不利于单元测试 - 工厂模式：把对象创建逻辑抽到工厂类中，使用者只面向接口，由工厂决定具体实例，解耦创建与使用
-
IoC容器（如Spring）：通过配置或注解声明依赖，容器在运行时自动注入（如
@Autowired），实现依赖的集中管理和生命周期控制
如何识别代码中的依赖？看这三点
快速判断一个类是否依赖另一个类，不用看设计图，直接读代码：
立即学习“Java免费学习笔记（深入）”；
- 方法签名里有没有该类型的参数？有 → 运行时依赖
- 类内部有没有该类型的字段（非static final常量）？有 → 通常为长期依赖（也称“组合”关系）
- 方法体里有没有
new XXX()或Class.forName(...).newInstance()？有 → 编译期和运行期都强依赖
依赖倒置原则（DIP）是关键指导思想
这不是语法要求，而是设计准则：高层模块（业务逻辑）不应依赖低层模块（具体实现），二者都应依赖抽象（接口或抽象类）。这样，更换实现（比如从FileLogger换成DBLogger）只需改配置或注入，不碰业务代码。
- 反例：
OrderService里直接new FileLogger() - 正例：
OrderService持有一个Logger接口引用，构造时注入任意实现 - 效果：业务逻辑稳定，日志策略可插拔，单元测试时可轻松注入
MockLogger
