spring ioc依赖注入有几种 每种区别，优缺点

spring的核心思想是IOC和AOP，IOC-控制反转，是一个重要的面向对象编程的法则来消减计算机程序的耦合问题，控制反转一般分为两种类型，依赖注入和依赖查找，依赖什么？为什么需要依赖？注入什么？控制什么？依赖注入和控制反转是一样的概念吗？接触新的知识，小编的脑袋中全是大大的问号，不过没有关系，今天这篇博文，小编主要来简单的介绍一下在spring IOC中依赖注入的方法。

依赖注入和控制反转，目的是为了使类与类之间解耦合，提高系统的可扩展性和可维护性。我们可以从以下几个方面理解：
a、参与者都有谁？
b、依赖：谁依赖谁？为什么需要依赖？
c、注入：谁注入谁？又注入了什么呢？
d、控制反转：谁控制谁？控制什么？为什么叫反转呢？存在正转吗？

e、控制反转和依赖注入是同一个概念吗？我们需要弄明白上面的问题，这样对于控制反转和依赖注入的理解有大大的帮助。

首先：第一个问题，参与者都有谁？
1）对象
2）IOC/DI容器
3）某个对象的外部资源

第二问题：依赖，谁依赖谁？为什么需要依赖？
依赖嘛，很好理解的，对象依赖于IOC/DI容器，至于为什么要依赖呢？对象需要IOC/DI容器来提供对象需要的外部资源。

第三个问题：注入，谁注入谁？又注入了什么呢？
显而易见是IOC/DI容器注入对象，注入了what呢？肯定注入的是某个需要的东西那就是注入对象所需要的资源，肯定不会注入无关紧要的内容，你说呢？

第四个问题：控制反转，谁控制谁？控制什么？为什么叫反转呢？存在正转吗？
控制反转，控制什么？肯定是IOC/DI容器控制对象，主要是控制对象实例的创建，反转是相对于正向而言的，那么什么算是正向的呢？考虑一下常规情况下的应用程序，如果要在A里面使用C，你会怎么做呢？当然是直接去创建C的对象，也就是说，是在A类中主动去获取所需要的外部资源C，这种情况被称为正向的。那么什么是反向呢？就是A类不再主动去获取C，而是被动等待，等待IoC/DI的容器获取一个C的实例，然后反向的注入到A类中。

第五个问题：控制反转和依赖注入式同一个概念吗？

依赖注入和控制反转是对同一件事情的不同描述，从某个方面讲，就是它们描述的角度不同。依赖注入是从应用程序的角度在描述，可以把依赖注入描述完整点：应用程序依赖容器创建并注入它所需要的外部资源；而控制反转是从容器的角度在描述，描述完整点：容器控制应用程序，由容器反向的向应用程序注入应用程序所需要的外部资源。

了解了这些基本的概念，弄明白她们之间的联系和区别，能够帮助我们更好的理解，接着小编来重点介绍一下依赖注入，在spring ioc中有三种依赖注入，分别是：

a、接口注入；
b、setter方法注入；
c、构造方法注入；

接着小编对这三种注入方式一一进行讲解，通过demo的讲解，希望能够帮助小伙伴们更好的理解，不足之处还请多多指教。
接口注入

public class ClassA {  
  private InterfaceB clzB;  
  public void doSomething() {  
    Ojbect obj = ClassforName(ConfigBImplementation)newInstance();  
    clzB = (InterfaceB)obj;  
    clzBdoIt();   
  }  
……  
}

解释一下上述的代码部分，ClassA依赖于InterfaceB的实现，我们如何获得InterfaceB的实现实例呢？传统的方法是在代码中创建 InterfaceB实现类的实例，并将赋予clzB这样一来，ClassA在编译期即依赖于InterfaceB的实现。为了将调用者与实现者在编译期分离，于是有了上面的代码。我们根据预先在配置文件中设定的实现类的类名(ConfigBImplementation),动态加载实现类，并通过InterfaceB强制转型后为ClassA所用，这就是接口注入的一个最原始的雏形。

setter方法注入

setter注入模式在实际开发中有非常广泛的应用，setter方法更加直观，我们来看一下spring的配置文件：

<xml version="10" encoding="UTF-8">    
<beans xmlns=";

接着我们来看一下，setter表示依赖关系的写法

import comtgbspringdaoUserDao;    
    
public class UserManagerImpl implements UserManager{    
    
    private UserDao userDao;    
    
    //使用设值方式赋值    
    public void setUserDao(UserDao userDao) {    
        thisuserDao = userDao;    
    }    
        
    @Override    
    public void addUser(String userName, String password) {    
    
        userDaoaddUser(userName, password);    
    }    
}

构造器注入

构造器注入，即通过构造函数完成依赖关系的设定。我们看一下spring的配置文件：

<xml version="10" encoding="UTF-8">    
    <beans xmlns=";

我们再来看一下，构造器表示依赖关系的写法，代码如下所示：

 import comtgbspringdaoUserDao;    
        
    public class UserManagerImpl implements UserManager{    
        
        private UserDao userDao;    
        
        //使用构造方式赋值    
        public UserManagerImpl(UserDao userDao) {    
            thisuserDao = userDao;    
        }    
        
        @Override    
        public void addUser(String userName, String password) {    
        
            userDaoaddUser(userName, password);    
        }    
    }

接口注入 && setter注入 && 构造器注入

接口注入：
接口注入模式因为具备侵入性，它要求组件必须与特定的接口相关联，因此并不被看好，实际使用有限。

Setter 注入：
对于习惯了传统 javabean 开发的程序员，通过 setter 方法设定依赖关系更加直观。如果依赖关系较为复杂，那么构造子注入模式的构造函数也会相当庞大，而此时设值注入模式则更为简洁。如果用到了第三方类库，可能要求我们的组件提供一个默认的构造函数，此时构造子注入模式也不适用。

构造器注入：
在构造期间完成一个完整的、合法的对象。所有依赖关系在构造函数中集中呈现。依赖关系在构造时由容器一次性设定，组件被创建之后一直处于相对“不变”的稳定状态。只有组件的创建者关心其内部依赖关系，对调用者而言，该依赖关系处于“黑盒”之中。

原文：>

Spring是一个十分庞大的体系，具体可以访问它的官网>

SpringFramework

SpringData

SpringSecurity

SpringBoot

SpringCloud

当然，除了这些之外，Spring还包括很多其他的项目。
接着，着重介绍SpringFramework这个项目，它是一个开源的Java/JavaEE全功能栈的应用程序，SpringFramework提供了一个简易的开发方式，这种开发方式可以避免使用那些可能致使底层代码变得繁杂混乱的大量的属性文件和帮助类。
Spring的这种低侵入式设计使代码的污染极低。
SpringFramework包括以下部分：

然后，我们再介绍一下Spring的核心概念：

Bean管理

依赖注入（DI），又称为控制反转（IOC）

面向切面编程（AOP）

①Bean管理

与传统的应用程序不同，在Spring中将对象的创建交给Spring容器来管理，也就是说只有放入Spring容器中的类，Spring才能对其产生作用。那么Spring究竟是怎样获取类的对象的呢？
要想知道这个，我们首先要弄清楚这几点：
BeanFactory是Spring容器的根接口，ApplicationContext是它的子接口，通常用它的子接口ApplicationContext来访问Spring容器。

ApplicationContext子接口常用的有四个实现类：

ClassPathXmlApplicationContext 从 classpath 加载 spring 的配置文件

FileSystemApplicationContext 从系统文件加载 spring 的配置文件

AnnotationConfigApplicationContext 获取基于注解的 spring 容器对象

XmlWebApplicationContext 在 web 环境中获取 spring 容器对象

Spring通过BeanFactory来获取这些类的对象，在配置文件中通过<bean/>节点将类交给Spring进行管理，ApplicationContext的实现类通过getBean()方法从Spring容器中获取对象，默认为单例的。

②依赖注入

它可以降低类之间的耦合性，有两种注入方式：

set注入，在配置文件中使用<property>节点

set注入

· 构造方法注入，在配置文件中使用<constructor-arg>节点

构造方法注入

下面举个例子来说明一下什么是依赖注入：

假设类A因功能F需要调用类B，传统的程序中，我们就会去new一个类B的对象，因而类A就会依赖类于类B，这就是说如果类B不存在，则类A也就无法使用。而使用依赖注入以后，类A只需要去调用实现功能F接口的一个实现类，这个实现类可能是类B,C等等，具体调用谁是有Spring的配置文件决定的，这样类A就不再依赖于类B。
我们可以这样理解控制反转：
资源不是由使用资源的双方进行管理，而是由不使用资源的第三方（即Spring容器）进行管理，这样做的好处是：

资源集中管理，实现资源的可配置与易管理

降低使用资源双方的依赖程度

在传统程序中，当某个角色需要另外一个角色协助时，由调用者来创建被调用者的实例。而在Spring中，创建被调用者的的工作不再由调用者来完成，而由第三方Spring容器来完成，所以称为控制反转，Spring容器创建被调用者的实例，然后注入调用者，所以又称为依赖注入。

③面向切面编程

AOP在Spring中主要表现在两个方面：

提供声明式事务管理

Spring支持用户自定义切面

面向切面编程是对面向对象编程（OOP）的补充。面向对象编程将程序分解成为各个层次的对象，面向切面编程将程序运行过程分解成各个切面。面向切面编程基于动态代理实现，降低了类直接的耦合程度。Spring的事务管理就是基于AOP实现的。

免费资源教程

sping主要实现两个方面的东西
1、IOC控制翻转，就是在写程序的时候主张编程到接口，多写一些接口其它类来实现这个接口，易于扩展、重用、和维护
2、AOP面向切面编程，说白了就是不改动一个类文件本身，为这个类文件增加一些功能，如为一个类文件增加日志输出。
在有一些就是spring本身或和其它框架结合提供了一些方法，如spring的JDBC

控制反转（IOC）

（理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”）

1、Ioc—Inversion of Control：即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。

2、谁控制谁，控制什么：传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象即由Ioc容器来控制对象的创建。

   谁控制谁？当然是IoC 容器控制了对象。

   控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。

3、为何是反转，哪些方面反转了： 有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象。

  为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象,所以是反转。

哪些方面反转了？依赖对象的获取被反转了。     

      还是不明白没事，下面搞个简单案例来说就懂啦 ！！！

      例子：当我们在任何一个有实际开发意义的程序项目中，我们会使用很多类来描述他们特有的功能，并且通过类与类之间的相互协作来完成特定的业务逻辑。这个时候，每个类都需要负责管理与自己有交互的类的引用和依赖，代码将会变的异常难以维护和极高的高耦合。而IOC的出现正是用来解决这个问题，我们通过IOC将这些依赖对象的创建、协调工作交给spring容器去处理，每个对象值需要关注其自身的业务逻辑关系就可以了。在这样的角度上来看，获得依赖的对象的方式，进行了反转，变成了由spring容器控制对象如何获取外部资源（包括其他对象和文件资料等）。

总的来说：IOC就是通过在Xml配置文件里依赖注入来解决代码问题。

IOC的注入类型有几种？主要可以划分为三种：构造函数注入、属性注入和接口注入。Spring支持构造函数注入和属性注入

       

面向切面（AOP）

（面向切面编程，AOP其实只是OOP的补充而已，AOP基本上是通过代理机制实现的。）

        我们管切入到指定类指定方法的代码片段称为切面，而切入到哪些类、哪些方法则叫切入点。有了AOP，我们就可以把几个类共有的代码，抽取到一个切片中，等到需要时再切入对象中去，从而改变其原有的行为。   

         我们都知道 Java 是 OOP-面向对象编程的，它有自己的优势，也有自己的不足。比如说：在我们开发中，都会有一条业务主线（即客户的需求）。而我们要做的就是实现这个主线上的需求。我们在实现这些功能的时候，经常要干一些额外的不可避免的事情，比如事务的管理，日志的记录等，就很繁杂且代码量增多，所以 Spring 提供了另一种角度来思考程序结构，也就是把这一些事情剥离出来，然后适时适地的把它们加入到我们的代码中，比如说 声明式事务管理的时候，我们在 service 层检测到save、update这些方法要被调用的时候，我们先进行开启事务什么的，这就是AOP，面向编程的思想。

      AOP的术语：

         1、通知（Advice）：就是你想要的功能，也就是上面说的 安全，事物，日志等。你给先定义好把，然后在想用的地方用一下

         2、连接点（JoinPoint）：这个更好解释了，就是spring允许你使用通知的地方，那可真就多了，基本每个方法的前，后（两者都有也行），或抛出异常时都可以是连接点，spring只支持方法连接点其他如aspectJ还可以让你在构造器或属性注入时都行，不过那不是咱关注的，只要记住，和方法有关的前前后后（抛出异常），都是连接点。

         3、切入点（Pointcut）：上面说的连接点的基础上，来定义切入点，你的一个类里，有15个方法，那就有几十个连接点了对把，但是你并不想在所有方法附近都使用通知（使用叫织入，以后再说），你只想让其中的几个，在调用这几个方法之前，之后或者抛出异常时干点什么，那么就用切点来定义这几个方法，让切点来筛选连接点，选中那几个你想要的方法。

         4、切面（Aspect）：切面是通知和切入点的结合。现在发现了吧，没连接点什么事情，连接点就是为了让你好理解切点，搞出来的，明白这个概念就行了。通知说明了干什么和什么时候干（什么时候通过方法名中的before,after，around等就能知道），而切入点说明了在哪干（指定到底是哪个方法），这就是一个完整的切面定义。

         5、引入（introduction）：允许我们向现有的类添加新方法属性。这不就是把切面（也就是新方法属性：通知定义的）用到目标类中吗

         6、目标（target）：引入中所提到的目标类，也就是要被通知的对象，也就是真正的业务逻辑，他可以在毫不知情的情况下，被咱们织入切面。而自己专注于业务本身的逻辑。

         7、代理（proxy）：怎么实现整套aop机制的，都是通过代理，这个一会给细说。

         8、织入（weaving）：把切面应用到目标对象来创建新的代理对象的过程。有3种方式，spring采用的是运行时，为什么是运行时，后面解释。

---