Spring IOC容器是管理Bean生命周期和依赖关系的核心组件，本质为基于控制反转的智能对象工厂，底层用Map存储Bean名称与实例，通过反射实现依赖注入。
Spring IOC容器是Spring框架用来管理对象（Bean）生命周期和依赖关系的核心组件。它不是某个具体类，而是一整套基于“控制反转”思想的实现机制——把对象的创建、组装、销毁等控制权，从程序员手里交出去，交给容器统一调度。
IOC容器本质是个“智能对象工厂”
它底层大致是一个red">MapuserService），value是实际创建好的对象实例。你不需要new UserService()，而是告诉容器“我要一个UserService”，它就从自己的仓库里找、造、配好再给你。
常用实现类包括：
- ClassPathXmlApplicationContext：读取XML配置文件启动容器（适合理解原理）
- AnnotationConfigApplicationContext：通过Java配置类或注解启动（现代主流用法）
- WebApplicationContext：Web环境下专用，集成在Servlet容器中
控制反转到底“反转”了什么
传统写法中，类A要使用类B，得自己new B()，或者硬编码获取——这叫“正转”，控制权在开发者手上，耦合紧、难替换、难测试。
IOC把它“反转”过来：
- 你只声明“我需要B”，不负责怎么造B
- 容器根据配置（XML/注解/Java Config）决定B怎么实例化、用哪个实现、依赖谁
- 最后把B“塞”进A里——这个过程就是依赖注入（DI），是IOC最典型的落地方式
IOC容器工作三步走
整个流程不复杂但容易忽略细节：
- 读配置：解析XML标签、扫描@Component注解、或读取@Configuration类，生成Bean定义（BeanDefinition）——相当于设计图纸
- 建实例：用反射调用构造器或工厂方法，创建Bean对象；按作用域（singleton/prototype）决定是否复用
- 填依赖：检查该Bean有没有@Autowired字段或setter方法，从容器中查出对应类型/名称的其他Bean，自动设进去
为什么说IOC离不开反射
容器不知道你具体要new哪个类，也不知道构造器参数是什么——它靠反射动态获取类信息、调用私有构造器、设置private字段。没有反射，IOC就只是个空想。这也是Spring启动稍慢、部分场景需额外配置反射白名单的原因。
基本上就这些。
