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;} }

这是最简单的注入方式，假设有一个SpringAction，类中需要实例化一个SpringDao对象，那么就可以定义一个private的SpringDao成员变量，然后创建SpringDao的set方法（这是ioc的注入入口）： Java代码package com.bless.springdemo.action;public class SpringAction {//注入对象springDaoprivate SpringDao springDao;//一定要写被注入对象的set方法public void setSpringDao(SpringDao springDao) {this.springDao = springDao; }

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

所谓依赖，举个例子说明，一个类Person，另一个类Car，如果Person的某个方法比如说drive，需要引用Car，则称Person类依赖于 Car类，延伸到对象，这种依赖关系依然成立，比如说Person类的对象boy依赖于Car类的对象toyota。再讲讲这个drive方法的实现，假定代码如下： Public Person{...public void drive(){Car toyota=new Car("TOYOTA");toyota.挂档;toyota.踩油门;toyota.打方向;}}这其中的依赖关系，就导致了对象boy需要负责对象toyota的创建，甚至是整个生命周期的管理，而这样显然会带来耦合度高，不易维护等缺点，比如说要让这个男孩驾驶一辆Audi，则还需要修改类Person的代码。 因此在java的设计理论中就提出了一条非常著名的原则，依赖倒转原则（Dependence Inversion），其核心思想就是要将这种具体类之间的依赖，尽量转换成抽象依赖，也就是说类Person应该依赖于抽象类ICar，而不是具体的类 Car，这里java就大力推荐了抽象和接口的使用，至于抽象和接口之间的区别，任何一本JAVA书籍都有介绍，这里就不再说了。

依赖注入是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很简单就搞定了 为什么呢？你操作数据库所需要的各种实例怎么来的 空来的？