如何通俗的理解java的依赖注入

Posted 2023-04-15

假设你编写了两个类，一个是人(Person)，一个是手机(Mobile)。
人有时候需要用手机打电话，需要用到手机的callUp方法。
传统的写法是这样:
Java code
public class Person
public boolean makeCall(long number)
Mobile mobile=new Mobile();
return mobile.callUp(number);


也就是说，类Person的makeCall方法对Mobile类具有依赖，必须手动生成一个新的实例new Mobile()才可以进行之后的工作。
依赖注入的思想是这样，当一个类(Person)对另一个类(Mobile)有依赖时，不再该类(Person)内部对依赖的类(Moblile)进行实例化，而是之前配置一个beans.xml,告诉容器所依赖的类(Mobile)，在实例化该类(Person)时，容器自动注入一个所依赖的类(Mobile)的实例。
接口：
Java code
public Interface MobileInterface
public boolean callUp(long number);

Person类：
Java code
public class Person
private MobileInterface mobileInterface;
public boolean makeCall(long number)
return this.mobileInterface.callUp(number);

public void setMobileInterface(MobileInterface mobileInterface)
this.mobileInterface=mobileInterface;


在xml文件中配置依赖关系
Java code
<bean id="person" class="Person">
<property name="mobileInterface">
<ref local="mobileInterface"/>
</property>
</bean>
<bean id="mobileInterface" class="Mobile"/>
这样，Person类在实现拨打电话的时候，并不知道Mobile类的存在，它只知道调用一个接口MobileInterface，而MobileInterface的具体实现是通过Mobile类完成，并在使用时由容器自动注入，这样大大降低了不同类间相互依赖的关系。
java依赖注入的方法：set注入，构造方法注入，接口注入。 参考技术A

Java的依赖注入：依赖注入，出自spring的IOC和DI，是Spring的两大特性之一（另一个AOP面向切面编程）

以前对象使我们手动实例化，比如：Service层调用Dao层，需要Dao d = new Dao；但是这样会导致两个层之间的耦合性大大增强。而spring的IOC，反转控制，会在我们需要实例对象的时候，由spring容器为我们提供，并通过DI依赖注入来实现目标对象的获得，完成解耦操作。
可以通过setter方法注入、构造注入、注解注入。

依赖注入是Spring的思想,在使用Spring进行开发时，可以将对象交给spring进行管理，在初始化时spring创建一批对象，当你需要用的时候只要从spring的容器中获取对象，而不用自己去new，当然在对象创建的时候可以注入另一个对象。比如A,B两个对象都由spring管理，A中持有对B的引用，那么spring在生成A对象的时候就已经吧B对象的一个实例给到A了，当你在A中用到B的时候直接使用就可以了。

对Spring中的IOC与AOP简单理解（简单的理解，通俗易懂）

IOC与AOP是Spring中的核心；IOC是控制反转，AOP是面向对象编程，IOC采用了工厂设计模式，AOP采用了代理设计模式。
一、IOC
IOC是控制反转，而控制反转是一种思想，而DI是依赖注入，是IOC的实现，DI有构造注入、属性注入（设值注入）（基于注解的方式或者基于XML的方式）。在项目程序中，频繁的去手动创建对象，new对象使得代码间耦合度太大，而Spring提供了容器，通俗的讲：你无需知道对象的创建过程，只需从其中拿到结果就可以了；把对象的创建以及各个对象间的关系还有对象的销毁交给Spring容器去管理，在实际代码中无需去手动new 对象，只要从Spring容器中直接拿对象来使用，这就IOC控制反转；Spring通过反射以及对XML配置映射或者注解的形式来管理对象。
二、AOP
AOP是面向切面编程，它也是对OOP面向对象编程的补充；AOP的实现原理核心就是动态代理；我们知道面向对象不同于面向过程，我们专注对对象的开发，万事万物皆对象，那么在面向某个对象的时候，需要在这个对象至上而下执行前，执行后，或者至上而下执行某个方法前后，以及这个对象至上而下执行中出现异常等，我们都需要进行系统级业务操作，我们直接在执行过程中或者直接在代码执行至上而下顺序过程加上所需代码吗？这就不是完全的面向对象了，而又成了面向过程了，而代码间的耦合度增大了，这时候我们需要对面向对象进行补充，AOP面向切面，把这个对象所存在的范围可以称为切面，所需执行目标对象称为切点，在切点前执行的，从左向右的横切进来执行的，称为前置通知（增强），当然以此类推有后置通知，环绕通知，异常通知，以及最终通知，通知也可以叫作增强，对这个切面，切点的增强；这里有些抽象了，想要理解我的话，可以看我的动态代理先去理解动态代理。
OOP将应用程序分解成各个层次的对象，而AOP将程序分解成多个切面，OOP引入封装、继承和多态性等概念来建立一种对象层次结构，用以模拟公共行为的一个集合。当我们需要为分散的对象引入公共行为的时候，OOP则显得无能为力。也就是说，OOP允许你定义从上到下的关系，但并不适合定义从左到右的关系。例如日志功能。日志代码往往水平地散布在所有对象层次中，而与它所散布到的对象的核心功能毫无关系。
在OOP设计中，它导致了大量代码的重复，而不利于各个模块的重用。将程序中的交叉业务逻辑（比如安全，日志，事务等），封装成一个切面，然后注入到目标对象（具体业务逻辑）中去。 实现AOP的技术，主要分为两大类：一是采用动态代理技术，利用截取消息的方式，对该消息进行装饰，以取代原有对象行为的执行；二是采用静态织入的方式，引入特定的语法创建“方面”，从而使得编译器可以在编译期间织入有关“方面”的代码.
在spring中，未来使IoC方便地使用健壮、灵活的企业服务，需要利用spring AOP实现为IoC和企业服务之间建立联系。