控制反转（ioc）是架构层设计思想，关注控制流让渡；依赖倒置原则（dip）是代码层设计规范，约束依赖方向指向抽象。二者范畴不同、不可互替，可独立存在或协同作用。
如果您在学习面向对象设计原则时，发现控制反转（IoC）与依赖倒置原则（DIP）常被混用或误认为同一概念，则可能是由于二者名称中均含“倒置”且目标都指向解耦。以下是澄清二者本质区别的步骤：
一、明确概念归属与范畴
控制反转（IoC）是一种**架构层面的设计思想**，描述程序执行流程控制权从开发者代码移交至框架或容器的过程；而依赖倒置原则（DIP）是SOLID五大面向对象设计原则之一，属于**代码设计规范层级的指导方针**，聚焦于模块间依赖关系的方向约束。二者不在同一抽象层级，不可相互替代。
1、IoC不规定代码如何写，只规定“谁来决定何时调用什么”；
2、DIP则严格要求“高层模块与低层模块必须共同依赖于抽象，而非彼此直接依赖”；
3、IoC可由容器（如Spring ApplicationContext）实现，DIP必须通过接口或抽象类在源码中显式体现；
4、一个系统可以遵循DIP但未使用任何IoC容器，也可以使用IoC容器却违反DIP（例如容器注入具体类而非接口）。
二、分析依赖方向与控制流向的差异
IoC关注的是**控制流的让渡**：原本由程序员编写的main方法或工厂逻辑所主导的初始化与调用顺序，转由外部容器接管；DIP关注的是**依赖箭头的朝向**：强制所有依赖关系指向稳定抽象（接口/抽象类），禁止高层模块持有低层模块的具体类型引用。
1、在IoC场景中，“反转”的是new对象、调用时机、生命周期管理等主动权；
2、在DIP场景中，“倒置”的是依赖关系本身——传统依赖链为“高层→低层具体类”，DIP要求改为“高层→抽象←低层具体类”；
3、IoC容器可以注入一个具体类实例，这并不违背IoC，但若该注入未基于抽象声明，则直接违反DIP；
4、DIP不要求存在容器，仅需在类声明、参数类型、成员变量类型中统一使用接口即可成立。
