基于注解的配置和基于XML的配置，目的都是一样的，都是为了降低程序的耦合性，只是形式不一样而已，基于注解的IOC配置比XML要简单许多

我们将注解分为4类 1、创建对象的 2、注入数据的 3、改变作用范围的 4、和生命周期相关的 刚开始我们的xml文件时空的 当我们运行程序的时候，程序报错了 因为程序并不知道注解在哪个地方，所以这时候在xml中就要配置了，之前的xml是这样

注入数据的注解，也就是注入成员变量的注解，将成员变量注入到spring容器中，这个成员变量也是一个接口类型，注入的是这个接口的实现类对象

用两个注解实在是太麻烦了，这里可以用一个注解@Resource

改变作用范围的注解 改为多例模式之后，打印的就是false了

基于XML的IOC案例

先导入坐标 建表 创建实体类 补全业务层接口里的方法 业务层实现类 持久层实现类

XML的配置

成功打印

Spring的新注解@Configuration 和 @ComponentScan

上面xml中的内容只是把我们自己在类上添加的注解等同的xml内容省去了，但是还有数据库连接的一些配置参数这些xml文件中的内容怎么省去呢？？

下图中的这些内容该怎么省去呢

新建一个类，这个类作为配置类

@Bean注解 一个细节问题，如果用@Bean配置方法时，如果方法有参数，spring框架回去容器中查找有没有可用的bean对象，查找的方式和Autowired注解的作用是一样的

@Configuration和@ComponentScan注解的方式是一样的 但这时候肯定会报错，因为代码中用到了bean.xml，谁让你那么冲动了？？？这么急着删它 那这该怎么办呢？？

细节问题：当配置类作为AnnotationConfigApplicationContext对象创建的参数时，@Configuration注解是可以不写的，因为它会自动根据这个参数去找到这个类

那又该怎么办？三种解决办法 第一种：我们把子配置类上面再加一个@Configuration注解，然后在@ComponentScan注解后面再加一个包名！那如果不加@Configuration的话可以吗？答案是不行的，必须得加。因为@ComponentScan扫描类里面的配置方法注解@Bean @Scope时，必须要扫描到这个类是配置类，因此必须要有@Configuration注解

第二种：在参数后面再添加一个字节码文件作为参数

第三种方法：引入一个新的注解@Import

Spring的新注解 PropertySource

新建一个properties文件 但是@Vaule注解怎么会自动到properties文件中读取那些属性呢？ 这时候新的注解闪亮登场@PropertySource

这时候我们发现用纯注解的方式，其实也并没有多么省事，那什么时候用注解，什么时候用XML配置呢？

如果是我们自己写的类，一般我们用注解的方式比较好 如果是jar包中的类，一般我们用xml配置的方式比较好 反正就是哪种比较方便，就用哪种

Spring整合junit问题分析

junit根本就不知道spring框架，也就是@Test测试时，根本就没有IOC容器生成

解决办法：

配置文件的路径如果是用配置类 则在@ContextConfigurations注解后面加上 classes=配置类.class

配置文件的路径如果是用xml作为配置，则在@ContextConfigurations注解后面加上 locations=“classpath:bean.xml”