控制反转（ioc）是将对象创建与管理权从类内部转移至外部容器，依赖注入（di）是其主流实现方式，通过构造器、setter或字段注入将依赖对象交由容器自动装配，配合接口编程实现松耦合。
如果您想理解控制反转（IoC）和依赖注入（DI）这两个概念，却总被术语绕晕，不妨把它们想象成一辆汽车与它的引擎——原本你得自己造引擎、装上去、修故障；而IoC/DI则相当于把引擎交给专业工厂统一生产、质检、配送，再由4S店直接为你装配好。以下是用这个比喻展开的通俗解释：
一、汽车与引擎：谁该负责造引擎？
在传统编程中，类A需要使用类B的功能时，往往在A内部直接用 new 关键字创建B的实例，就像车主自己动手铸造、打磨、调试一台引擎再塞进车里——不仅费时费力，而且一旦引擎型号更换（比如从汽油机换成电动机），就必须拆开整辆车重做，代码耦合度极高。
1、定义“正转”场景：A类中写有 B b = new B(); 这行代码，说明A完全掌控B的生命周期。
2、问题暴露：若B的构造逻辑变更、需加日志、换实现类，所有调用B的地方都得逐个修改。
3、类比还原：这就像每辆汽车出厂前，司机都得亲自炼钢、铸铁、组装引擎——显然不现实。
二、控制反转：把造引擎的活儿交给工厂
IoC不是一种技术，而是一种“分工哲学”：不再由汽车（类A）决定引擎（类B）怎么造、何时造、造几个，而是把这项控制权反转给外部容器（如Spring容器），就像车企把引擎研发与生产全权委托给专业发动机厂。
1、容器成为“引擎总装厂”，统一管理所有组件的创建与销毁时机。
2、汽车（类A）只需声明“我需要一台符合某接口标准的引擎”，无需知道它是哪家厂、用什么材料做的。
3、关键转变：控制权从应用代码内部 → 外部配置或注解驱动的容器。
三、依赖注入：引擎不是自造的，是送来的
DI是IoC最主流的落地方式，它回答了“引擎怎么装进汽车”的问题——不是车主自己焊，而是由4S店技师根据订单，在合适时机、以合适方式（螺栓拧紧/插线对接）把引擎安装到位。对应到代码，就是容器将已创建好的依赖对象主动注入到目标类中，而非由目标类自行获取。
1、构造器注入：汽车设计之初就预留引擎舱尺寸与接口，工厂按规格把引擎塞进去后封盖——类通过构造方法接收依赖。
