spring的依赖注入有(spring依赖注入方式)

3种方法 1。构造器注入public class xx {private Manager manage;public xx(Manager manage){this.manage= manage;}}2.setter 方法注入public class xx {private Manager manage;public void setManager(Manager manage){this.manage= manage;}}3.接口注入public interface Manager{public void manage(Business business);}public class xx {private Business business;public void manage(Business business){this.business = business;} }

2.1 了解DI的思想顾名思义，依赖注入是由“依赖”和“注入”两个词汇组合而成，那么我们再一次顺藤摸瓜，分别分析这两个词语！2.2 依赖关于谁依赖与谁，当然是应用程序依赖于IOC容器。因为应用程序依赖于IOC容器提供的对象所需外部资源，所以就产生了这种依赖关系。（可以理解为入口，虽然不是这么严谨吧！）2.3 注入3.1 Setter方法注入Setter方法注入，它只需要提供对应的Setter方法接口实现注入，由于JavaBean一般都实现了Setter方法，所以Setter方法注入也成为了我们常用的注入方法之一。3.1.1 定义JavaBean3.1.2 注入各种数据类型3.1.3 注入自建类型数据将Service层需要一个Dao层实现类对象，我们可以使用注入方式来实现对Service层和Dao层的对象关联将创建的Bean对象注入到另一个对象中，比如一个JavaBean对象中作为了另一个JavaBean对象的属性3.2 构造方法注入创建对象时，Spring工厂会通过构造方法为对象的属性赋值。由于某些框架或者项目中并没有为JavaBean提供Setter方法，我们就可以利用其构造方法来注入。不要和我说，没有提供构造方法哈！（开个玩笑！）3.2.1 定义JavaBean3.2.2 构造方法注入3.3 自动注入不用在配置中 指定为哪个属性赋值，及赋什么值。由spring自动根据某个 "原则" ，在工厂中查找一个bean，为属性注入属性值。3.3.1 注入场景将Dao层实现类对象注入到Service层并调用方法得以测试3.3.2 自动注入的两种方式基于名称自动注入值基于类型自动注入值，根据实现的接口来判断并自动注入值，如果实现此接口的实现类太多，它会在很多实现此接口的实现类中选择名字相同的实现类进行注入。（现根据判断，如果不成功，则根据名称注入）3.4 注解自动注入使用基于类型自动注入，将Dao层注入到Service层使用基于名称自动注入，将Dao层注入到Serivce层使用注入简单类型数据注解来完成简单注入JavaBean

依赖注入是spring的的两大核心之一，也叫控制反转，他的作用是将创建对象的管理交给spring容器，以前写项目会用new people的方式来创建一个people类，现在用了spring后，可以在xml中配置，也可以用注解的方式，在class文件开始部分写下面的代码，然后在这个class文件中使用到people就可以直接用people，而不需要用new来创建了，这样也大大降低了耦合性，数据的确还是前台传到controller里，但是你在写controller的时候是不是可以通过注解的方式创建类，而不需要new了呢？或者在调用service方法的时候，不需要再new service类了，而是直接通过注解的方式在文件头声明下，后面就 直接使用了呢？@Resourcesprivate People people；
先看一段代码 假设你编写了两个类，一个是人(Person)，一个是手机(Mobile)。人有时候需要用手机打电话，需要用到手机的dialUp方法。传统的写法是这样:Java codepublic class Person{public boolean makeCall(long number){Mobile mobile=new Mobile();return mobile.dialUp(number);}}也就是说，类Person的makeCall方法对Mobile类具有依赖，必须手动生成一个新的实例new Mobile()才可以进行之后的工作。依赖注入的思想是这样，当一个类(Person)对另一个类(Mobile)有依赖时，不再该类(Person)内部对依赖的类(Moblile)进行实例化，而是之前配置一个beans.xml,告诉容器所依赖的类(Mobile)，在实例化该类(Person)时，容器自动注入一个所依赖的类(Mobile)的实例。接口：Java codepublic Interface MobileInterface{public boolean dialUp(long number);}Person类：Java codepublic class Person{private MobileInterface mobileInterface;public boolean makeCall(long number){return this.mobileInterface.dialUp(number);}public void setMobileInterface(MobileInterface mobileInterface){this.mobileInterface=mobileInterface;}}在xml文件中配置依赖关系Java code 这样，Person类在实现拨打电话的时候，并不知道Mobile类的存在，它只知道调用一个接口MobileInterface，而MobileInterface的具体实现是通过Mobile类完成，并在使用时由容器自动注入，这样大大降低了不同类间相互依赖的关系。
你contoller 里面注入service 不就是依赖注入么 一个@Autowired很简单就搞定了 为什么呢？你操作数据库所需要的各种实例怎么来的 空来的？

spring的依赖注入有两种：一种是属性的注入，另一种是构造方法的注入。一般常用的是属性的注入，即假设现在有个UserBiz要调用UserDao层进行数据的增删改查。那么以前的作法是： class UserBiz{//new一个对象UserDao userDao = new UserDao();//调用对象的方法...........}那么，以后进行二次开发的时候，我们加入更改了UserDao的方法那么所有调用这个对象的类都需要改动，增加后期的维护成本。所以，Spring中有了IOC的概念，即：将原来代码的控制权移到配置文件中。这样代码的改动就很小，只要更改配置文件即可。 具体的可以搜索下相关spring的框架只是，最好看源码
自我感觉，依赖式注入，你写好的dao或者service配置到spring配置文件里面。声明好，当服务器重启的时候，spring会一一把你配置好的dao或者service会new出来，以后用到的话，spring会自动用到开启服务器new好的值。
class A{ private B b = new B();}这是原来的写法现在，有了spring以后，在spring的xml文件中配置注入方式，那么等到spring上下文初始化的时候，会吧你配置的所有的bean为你实例化好，同时，如果看见你配置的bean中有依赖，比如上边的A依赖B，那么这个时候，会自动调用A中的方法，将B的值为你设置好，这个可以叫做依赖注入。需要某个东西，不在自己手动创建，而是依赖别人给你传递，这是依赖注入的一个方面 另一个方面，spring为你注入的其实也是A与B之间的依赖关系。
A类需要使用B类 以前的做法是 B b = new B(); 现在你只需要在A中设置属性B b然后进行行配置 在 new A() 的时候Spring就会帮你给A中的b属性设置好值

依赖注入(Dependency Injection)和控制反转(Inversion of Control)是同一个概念。具体含义是:当某个角色(可能是一个Java实例，调用者)需要另一个角色(另一个Java实例，被调用者)的协助时，在 传统的程序设计过程中，通常由调用者来创建被调用者的实例。但在Spring里，创建被调用者的工作不再由调用者来完成，因此称为控制反转;创建被调用者 实例的工作通常由Spring容器来完成，然后注入调用者，因此也称为依赖注入。
如楼上所说 “依赖注入就是通过配置文件解决代码问题”这种方式是设置注入 （又称 setter注入）相当于一个bean工厂，工厂帮你创建好了这个bean对象，然后调用了 setMessage方法将"Hello"设置到了你的bean对象当中
依赖注入就是通过配置文件解决代码问题