一、控制反转：缩写IoC
是一种设计原则，降低程序代码之间的耦合度
对象由Ioc容器统一管理，当程序需要使用对象时直接从IoC容器中获取。这样对象的控制权就从应用程序转移到了IoC容器
二、依赖注入：缩写DI
依赖注入是一种消除类之间依赖关系的设计模式。例如，A类要依赖B类，A类不再直接创建B类，而是把这种依赖关系配置在外部xml文件（或java config文件）中，然后由Spring容器根据配置信息创建、管理bean类。可以简单的理解为给对象赋值
两种实现方式：
1、构造方法注入(非主流了解即可)
Spring容器调用构造方法注入被依赖的实例，构造方法可以是有参的或者是无参的。Spring在读取配置信息后，会通过反射方式调用实例的构造方法，如果是有参构造方法，可以在构造方法中传入所需的参数值，最后创建类对象。
步骤：
编写用户类User类，在User类中定义id、name和password三个属性
创建applicationContext-User.xml文件，在该文件中添加User类的配置信息
编写测试类：创建测试类TestUser，用于测试依赖注入的结果
编写用户类User类
java
public class User {
private int id; private String name; private String password;
public User(int id, String name, String password){
this.id=id; this.name=name; this.password=password; }
public String toString(){
return "id="+id+",name="+name+",password="+password; }} 配置信息中使用到<constructor-arg>元素
具体介绍如下：
一个<constructor-arg>元素表示构造方法的一个参数，且定义时不区分顺序，只需要通过<constructor-arg>元素的name属性指定参数即可。<constructor-arg>元素还提供了type属性类指定参数的类型，避免字符串和基本数据类型的混淆。
例如：
<bean id="user" class="com.itheima.User">
<constructor-arg name="id" value="1">
</constructor-arg>
<constructor-arg name="name" value="张三">
</constructor-arg>
<constructor-arg name="password" value="123"></constructor-arg>
</bean>
测试类代码
public class TestUser {
public static void main(String[] args)throws Exception{
ApplicationContext applicationContext=new
ClassPathXmlApplicationContext("applicationContext-User.xml");
//获取配置中的User实例
User user=( User)applicationContext.getBean("user");
System.out.println(user);
}
}
2、属性setter方法注入（主流注入方法）
步骤
编写用户类User类，在User类中定义id、name和password三个属性并且注明setter方法
创建applicationContext-User.xml文件，在该文件中添加User类的配置信息
编写测试类：创建测试类TestUser，用于测试依赖注入的结果
编写用户类User类
java
public class User {
private int id;
private String name;
private String password;
public void setId(Integer id){
this.id=id;
}
public void setUsername(String username){
this.username= username;
}
public void setPassword (String password){
this. password = password;
}
public String toString(){
return "id="+id+",name="+name+",password="+password; }
}创建applicationContext-User.xml文件，在该文件中添加User类的配置信息，
在类中注明setter方法，在配置文件中使用property（属性的意思）元素
XML
<bean id="user" class="com.itheima.User">
<property name="id" value="2"></property>
<property name="name" value="李四"></property>
<property name="password" value="456"></property>
</bean>property属性使用
name的属性值准确的讲不是属性名，而是set方法去掉set关键字后的名字
属性名idàsetter方法setIdd();去掉关键字setà即idd(驼峰命名)
测试类：
java
public class TestUser {
public static void main(String[] args)throws Exception{
//加载applicationContext.xml配置
ApplicationContext applicationContext=new
ClassPathXmlApplicationContext("applicationContext-User.xml");
//获取配置中的User实例
User user=( User)applicationContext.getBean("user");
System.out.println(user);
}
}三、依赖注入和控制反转的比较
依赖注入（DI）和控制反转（IoC）是从不同角度来描述了同一件事情。
依赖注入是从应用程序的角度描述，即应用程序依赖IoC容器创建并注入它所需要的外部资源；而控制反转是从IoC容器的角度描述，即IoC容器控制应用程序，由IoC容器反向地向应用程序注入应用程序所需要的外部资源。这里所说的外部资源可以是外部实例对象，也可以是外部文件对象等。
四、对降低程序代码之间的耦合度的解释：
在传统模式中如果使用一个类，自然的做法是创建一个类的实例：
java
class Player{
Weapon weapon;
Player(){
// 与 Sword类紧密耦合
this.weapon = new Sword();
}
public void attack() {
weapon.attack();
}
} 这个方法存在耦合太紧的问题，例如，玩家的武器只能是剑Sword，而不能把Sword替换成枪Gun。要把Sword改为Gun，所有涉及到的代码++都要修改++，当然在代码规模小的时候这根本就不是什么问题，但代码规模很大时，就会费时费力了。
运用依赖注入的方式降低耦合的示例：
java
class Player{
Weapon weapon;
// weapon 被注入进来
Player(Weapon weapon){
this.weapon = weapon;
}
public void attack() {
weapon.attack();
}
public void setWeapon(Weapon weapon){
this.weapon = weapon;
}
} 如上所示，Weapon类的实例并不在代码中创建，而是外部通过构造函数传入，传入类型是父类Weapon，所以传入的对象类型可以是任何Weapon子类。
传入哪个子类，可以在外部xml文件（或者java config文件）中配置，Spring容器根据配置信息创建所需子类实例，并注入Player类中，如下所示：
XML
<bean id="player" class="com.Springyx.demo.Player">
<construct-arg ref="weapon"/>
</bean>
<bean id="weapon" class=" com.Springyx.demo.Gun">
</bean>上面代码中<construct-arg ref="weapon"/> ref指向id="weapon"的bean，传入的武器类型是Gun，如果想改为Sword，可以作如下修改：
<bean id="weapon" class=" com.Springyx.demo.Sword">
</bean>
只需修改这一处配置就可以。
**注意：**松耦合，并不是不要耦合 。A类依赖B类，A类和B类之间存在紧密耦合，如果把依赖关系变为A类依赖B的父类B0类，在A类与B0类的依赖关系下，A类可使用B0类的任意子类，A类与B0类的子类之间的依赖关系是松耦合的（即创建中间商）