Spring的IOC（控制反转）是一种设计模式，它允许开发者将对象的创建和管理交给Spring框架来完成。在Spring中，IOC允许开发者将对象依赖关系从代码中分离出来，从而使代码更加灵活、可重用和易于管理。
IoC 全称Inverse of Control（反向控制或控制反转）。
在类和类之间存在控制权，控制权指的是对象的创建和使用，比如有类A和类B，我们之前的做法是在A中调用B，那么控制权就在A中，这样做的耦合度较高，如果修改了 B，A也要做相应修改。
class A {
}
class B {
// B需要将A的实例new出来，也就是我们说的控制 private A a = new A();
public void use() {
System.out.print(a);
}
}
引入Spring框架后，控制权由 spring 容器来负责。当A想使用B时，需要由 Spirng容器通过配置文件进行注入。这种思想就是IoC（为了更好的理解，我们可以这样认为，对象创建和使用的控制权转移到了Spring容器，由Spring容器来控制）。
// 说明A自己控制自己，把自己初始化出来，注入给了容器
@Component
class A {
}
class B {
// B不需要控制a，直接使用。如果A没有把自己注入给容器，B就不能使用
@Resource private A a;
public void use() {
System.out.print(a);
}
}
实现Spring的IOC(控制反转)有以下几种方式：
使用@Autowired注解：这是Spring中最常用的实现IOC的方式。通过在需要依赖注入的类上使用@Autowired注解，Spring会自动将依赖对象注入到该类中。
使用配置文件：通过在Spring配置文件中定义bean，可以手动创建和管理对象。这种方式适合于需要灵活控制对象创建和生命周期的情况。
使用Java配置：通过使用Java配置类，可以更灵活地定义bean和配置对象之间的关系。这种方式适合于需要更细粒度控制的情况。
如何实现一个简易的IOC功能？
上述是Spring容器简单的使用IOC功能，如果我们自己想实现一个简单版的，可以按照以下步骤：
定义一个容器类，用于管理对象的创建和注入。
实现对象的创建方法，可以使用常见的工厂模式或依赖查找等方式来创建对象。
在容器类中定义一个注入方法，用于将对象注入到需要依赖的对象中。
下面是一个简单的代码示例，展示了如何实现一个简易的IOC功能：
// 定义容器类
public class ObjectContainer {
// 创建对象的方法
public static Object createObject(String className) throws Exception {
// 使用反射创建对象
return Class.forName(className).newInstance();
}
// 注入对象的方法
public static void injectObject(Object target, String className) throws Exception {
// 将对象注入到目标对象中
Field field = target.getClass().getField(className);
field.set(target, ObjectContainer.createObject(className));
}
}
// 使用示例
public class ExampleClass {
private Object obj; // 需要注入的对象
public ExampleClass(String className) {
try {
// 注入对象
ObjectContainer.injectObject(this, className);
} catch (Exception e) {
e.printStackTrace();
}
}
public void doSomething() {
// 使用对象进行操作
obj.method();
}
}
在上面的示例中，我们定义了一个ObjectContainer类，它包含了创建对象和注入对象的方法。在ExampleClass中，我们使用了ObjectContainer的注入方法将对象注入到目标对象中。使用时只需要传入对象的类名即可。
请注意，上述示例只是一个简单的实现，没有考虑一些复杂的场景，例如循环依赖、类型转换等问题。在实际开发中，需要根据具体的需求和场景进行适当的调整和优化。
使用IOC有哪些好处？
①、使用者不用关心引用Bean的实现细节，譬如对于B b = new A(c,d,e,f);来说，如果B要使用A，那还要 把c，d，e，f侈个类全都感知一遍，这显然是非常麻烦且不合理的。
②、不用创建多个相同的bean导致浪费，仍然是:
A b = new A(); A c = new A();
如果B和C都引用了A，那么B和C就可能new两个A实例，实际上，我们只需要一个就好了。
③、Bean的修改使用方无需感知。同样是上面的例子，假如说Bean A需要修改，如果没有IOC的话，所有引用到A的其他Bean都需要感知这个逻辑，并且做对应的修改。但是如果使用了IOC，其他Bean就完全不用感知到。