spring笔记1

1. Spring概述

1.1 spring概述[了解]

三层架构：

1.1.1 spring 是什么

Spring是分层的Java SE/EE应用full-stack轻量级开源框架，以 IoC（Inverse Of Control：反转控制）和 AOP（Aspect Oriented Programming：面向切面编程）为内核，提供了展现层Spring MVC和持久层Spring JDBC以及业务层事务管理等众多的企业级应用技术，还能整合开源世界众多著名的第三方框架和类库，逐渐成为使用最多的Java EE 企业应用开源框架。 

1.1.2 spring 的优势

1.方便解耦，简化开发 
通过 Spring提供的 IoC容器，可以将对象间的依赖关系交由 Spring进行控制，避免硬编码所造 成的过度程序耦合。用户也不必再为单例模式类、属性文件解析等这些很底层的需求编写代码，可以更专注于上层的应用。
2.AOP编程的支持  
通过 Spring的 AOP 功能，方便进行面向切面的编程，许多不容易用传统OOP 实现的功能可以通过 AOP 轻松应付
3.声明式事务的支持  
可以将我们从单调烦闷的事务管理代码中解脱出来，通过声明式方式灵活的进行事务的管理， 提高开发效率和质量。 
4.方便程序的测试 
可以用非容器依赖的编程方式进行几乎所有的测试工作，测试不再是昂贵的操作，而是随手可 做的事情。 
5.方便集成各种优秀框架  
Spring可以降低各种框架的使用难度，提供了对各种优秀框架（Struts、Hibernate、Hessian、Quartz 等）的直接支持。 
6.降低 JavaEE API的使用难度  Spring对 JavaEE API（如 JDBC、JavaMail、远程调用等）进行了薄薄的封装层，使这些 API 的 使用难度大为降低。 
7.Java源码是经典学习范例 
Spring的源代码设计精妙、结构清晰、匠心独用，处处体现着大师对Java 设计模式灵活运用以 及对 Java技术的高深造诣。它的源代码无意是 Java 技术的最佳实践的范例。 

1.1.3 spring 的体系结构

1.2 IoC 的概念和作用

1.2.1 程序的耦合和解耦[理解]

1.2.1.1程序的耦合

耦合性(Coupling)，也叫耦合度，是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调 用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系，包括控制关系、调用关系、数据传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差( 降低耦合性，可以提高其独立 性)。耦合性存在于各个领域，而非软件设计中独有的，但是我们只讨论软件工程中的耦合。 
在软件工程中，耦合指的就是就是对象之间的依赖性。对象之间的耦合越高，维护成本越高。因此对象的设计应使类和构件之间的耦合最小。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个 准则就是高内聚低耦合。 它有如下分类： 
（1） 内容耦合。当一个模块直接修改或操作另一个模块的数据时，或一个模块不通过正常入口而转入另 一个模块时，这样的耦合被称为内容耦合。内容耦合是最高程度的耦合，应该避免使用之。
（2） 公共耦合。两个或两个以上的模块共同引用一个全局数据项，这种耦合被称为公共耦合。在具有大 量公共耦合的结构中，确定究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。
（3） 外部耦合 。一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传 递该全局变量的信息，则称之为外部耦合。
（4） 控制耦合 。一个模块通过接口向另一个模块传递一个控制信号，接受信号的模块根据信号值而进 行适当的动作，这种耦合被称为控制耦合。
（5） 标记耦合 。若一个模块 A 通过接口向两个模块 B 和 C 传递一个公共参数，那么称模块 B 和 C 之间 存在一个标记耦合。
（6） 数据耦合。模块之间通过参数来传递数据，那么被称为数据耦合。数据耦合是最低的一种耦合形 式，系统中一般都存在这种类型的耦合，因为为了完成一些有意义的功能，往往需要将某些模块的输出数据作为另一些模块的输入数据。
（7） 非直接耦合 。两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实 现的。 
总结：  耦合是影响软件复杂程度和设计质量的一个重要因素，在设计上我们应采用以下原则：如果模块间必须存在耦合，就尽量使用数据耦合，少用控制耦合，限制公共耦合的范围，尽量避免使用内容耦合。 
内聚与耦合  
内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐蔽和局部化概念的自然扩展。内聚是从 功能角度来度量模块内的联系，一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件结构中各模块之间相互连接的一种度量，耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通过接口的数据。 程序讲究的是低耦合，高内聚。就是同一个模块内的各个元素之间要高度紧密，但是各个模块之 间的相互依存度却要不那么紧密。 
内聚和耦合是密切相关的，同其他模块存在高耦合的模块意味着低内聚，而高内聚的模块意味着该模块同其他模块之间是低耦合。在进行软件设计时，应力争做到高内聚，低耦合。 

1. 2.1.2 解决程序耦合的思路

当是我们讲解 jdbc 时，是通过反射来注册驱动的，代码如下：
Class.forName("com.mysql.jdbc.Driver");//此处只是一个字符串 
此时的好处是，我们的类中不再依赖具体的驱动类，此时就算删除 mysql 的驱动 jar 包，依然可以编译（运行就不要想了，没有驱动不可能运行成功的）。 
同时，也产生了一个新的问题，mysql 驱动的全限定类名字符串是在java 类中写死的，一旦要改还是要修改源码。 
解决这个问题也很简单，使用配置文件配置。

1.2.1.3 工厂模式解耦

在实际开发中我们可以把三层的对象都使用配置文件配置起来，当启动服务器应用加载的时候，让一个类中的方法通过读取配置文件，把这些对象创建出来并存起来。在接下来的使用的时候，直接拿过来用就好了。 那么，这个读取配置文件，创建和获取三层对象的类就是工厂。

1.2.1.4 控制反转-Inversion Of Control

1.3 使用 spring的 IOC解决程序耦合

1.3.1 案例的前期准备[会用]

以账户的业务层和持久层的依赖关系解决为例

1.3.2 基于 XML 的配置（入门案例）[掌握]

第一步：拷贝必备的 jar包到工程的 lib 目录中
第二步：在类的根路径下创建一个任意名称的 xml 文件（不能是中文）
给配置文件导入约束:

<?xml version="1.0" encoding="UTF-8"?> 
<beans 
		xmlns="http://www.springframework.org/schema/beans"     
		xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"     
		xsi:schemaLocation="http://www.springframework.org/schema/beans      
		http://www.springframework.org/schema/beans/spring-beans.xsd"> 
</beans>

第三步：让 spring 管理资源，在配置文件中配置 service 和 dao

<!-- 
bean 标签：用于配置让 spring 创建对象，并且存入 ioc 容器之中       
id 属性：对象的唯一标识。       
class 属性：指定要创建对象的全限定类名 
--> 
<!-- 配置 service -->    
<bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl"> 
</bean> 
<!-- 配置 dao --> 
<bean id="accountDao" class="com.itheima.dao.impl.AccountDaoImpl"></bean> 

第四步：测试配置是否成功

/** 
 * 模拟一个表现层  
 * @author 黑马程序员  
 * @Version 1.0  
 */  
 public class Client {  
 /** 
 * 使用 main 方法获取容器测试执行 
 */  
	 public static void main(String[] args) {   
	 //1.使用 ApplicationContext 接口，就是在获取 spring 容器   
		 ApplicationContext ac = new ClassPathXmlApplicationContext("bean.xml");   
		 //2.根据 bean 的 id 获取对象   
		 IAccountService aService = (IAccountService) ac.getBean("accountService");    
		 System.out.println(aService);   
		 IAccountDao aDao = (IAccountDao) ac.getBean("accountDao");   
		 System.out.println(aDao);  
	 } 
 } 

1.3.3 Spring基于 XML 的 IOC 细节[掌握]

1.3.3.1 spring 中工厂的类结构图

1.3.3.1.1 BeanFactory和 ApplicationContext 的区别

BeanFactory 才是 Spring 容器中的顶层接口。 
ApplicationContext 是它的子接口。
BeanFactory 和 ApplicationContext 的区别：  创建对象的时间点不一样。   
	ApplicationContext：只要一读取配置文件，默认情况下就会创建对象。   
	BeanFactory：什么使用什么时候创建对象。 

1.3.3.1.2 ApplicationContext 接口的实现类

ClassPathXmlApplicationContext：  
	它是从类的根路径下加载配置文件  推荐使用这种 
FileSystemXmlApplicationContext：  
	它是从磁盘路径上加载配置文件，配置文件可以在磁盘的任意位置。
AnnotationConfigApplicationContext: 
	当我们使用注解配置容器对象时，需要使用此类来创建 spring 容器。它用来读取注解。 

1.3.3.2 IOC 中 bean 标签和管理对象细节

1.3.3.2.1 bean 标签

1.3.3.2.2 bean 的作用范围和生命周期

1.3.3.2.3 实例化 Bean 的三种方式

第一种方式：使用默认无参构造函数  
<!--在默认情况下：   
它会根据默认无参构造函数来创建类对象。如果 bean 中没有默认无参构造函数，将会创建失败。 
--> 
<bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl"/> 

第二种方式：spring管理静态工厂-使用静态工厂的方法创建对象 
/** 
 * 模拟一个静态工厂，创建业务层实现类  */ 
 public class StaticFactory {   
	 public static IAccountService createAccountService(){   
	 	return new AccountServiceImpl();  
	 } 
 } 
<!-- 此种方式是:   
使用 StaticFactory 类中的静态方法 createAccountService 创建对象，并存入 spring 容器   
id 属性：指定 bean 的 id，用于从容器中获取   
class 属性：指定静态工厂的全限定类名   
factory-method 属性：指定生产对象的静态方法  --> 
<bean id="accountService"  
   class="com.itheima.factory.StaticFactory"     
   factory-method="createAccountService">
</bean> 

第三种方式：spring管理实例工厂-使用实例工厂的方法创建对象 /** 
 * 模拟一个实例工厂，创建业务层实现类  
 * 此工厂创建对象，必须现有工厂实例对象，再调用方法  */ 
 public class InstanceFactory {   
	 public IAccountService createAccountService(){   
		 return new AccountServiceImpl();  
	 } 
 } 
 <!-- 此种方式是：    
	 先把工厂的创建交给 spring 来管理。然后在使用工厂的 bean 来调用里面的方法   
	 factory-bean 属性：用于指定实例工厂 bean 的 id。   
	 factory-method 属性：用于指定实例工厂中创建对象的方法。  --> 
 <bean id="instancFactory" class="com.itheima.factory.InstanceFactory"></bean>  
 <bean id="accountService"      
	 factory-bean="instancFactory"      
	 factory-method="createAccountService">
 </bean> 

1.3.3.3 spring 的依赖注入

1.3.3.3.1 依赖注入的概念

依赖注入：Dependency Injection。它是 spring 框架核心 ioc 的具体实现。 
我们的程序在编写时，通过控制反转，把对象的创建交给了 spring，但是代码中不可能出现没有依赖的情况。
ioc 解耦只是降低他们的依赖关系，但不会消除。例如：我们的业务层仍会调用持久层的方法。 
那这种业务层和持久层的依赖关系，在使用 spring 之后，就让 spring 来维护了。 
简单的说，就是坐等框架把持久层对象传入业务层，而不用我们自己去获取。 

1.3.3.3.2 构造函数注

顾名思义，就是使用类中的构造函数，给成员变量赋值。注意，赋值的操作不是我们自己做的，而是通过配置
的方式，让 spring 框架来为我们注入。
具体代码如下： /**  */ 
public class AccountServiceImpl implements IAccountService {    
	private String name;  
	private Integer age;  
	private Date birthday;     
	public AccountServiceImpl(String name, Integer age, Date birthday) {   
		this.name = name;   
		this.age = age;   
		this.birthday = birthday;  
	} 
 
	 @Override  
	 public void saveAccount() {   
		 System.out.println(name+","+age+","+birthday);   
	 } 
 } 
 


<!-- 使用构造函数的方式，给 service 中的属性传值  
要求：类中需要提供一个对应参数列表的构造函数。  
	涉及的标签：constructor-arg    
			属性：index:指定参数在构造函数参数列表的索引位置     
			type:指定参数在构造函数中的数据类型 
			name:指定参数在构造函数中的名称     用这个找给谁赋值      
    =======上面三个都是找给谁赋值，下面两个指的是赋什么值的==============      
		    value:它能赋的值是基本数据类型和 String 类型     
		    ref:它能赋的值是其他 bean 类型，也就是说，必须得是在配置文件中配置过的 bean   --> 
    <bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl"> 
		 <constructor-arg name="name" value=" 张三 "></constructor-arg>  
		 <constructor-arg name="age" value="18"></constructor-arg> 
		 <constructor-arg name="birthday" ref="now"></constructor-arg> 
 	</bean> 
 
	<bean id="now" class="java.util.Date"></bean> 

1.3.3.3.3 set 方法注入

顾名思义，就是在类中提供需要注入成员的 set 方法。具体代码如下： 
/** */ 
public class AccountServiceImpl implements IAccountService {    
	private String name;  
	private Integer age;  
	private Date birthday;    
	public void setName(String name) {   
		this.name = name;  
	}  
	public void setAge(Integer age) {   
		this.age = age;  
	}  
	public void setBirthday(Date birthday) {   
		this.birthday = birthday;  
	} 
	 
	@Override  
	public void saveAccount() {   
		System.out.println(name+","+age+","+birthday);   
	} 
} 


 
<!-- 通过配置文件给 bean 中的属性传值：使用 set 方法的方式  
涉及的标签：   
property 属性：    
	name：找的是类中 set 方法后面的部分    
	ref：给属性赋值是其他 bean 类型的    
	value：给属性赋值是基本数据类型和 string 类型的  实际开发中，此种方式用的较多。 --> 
<bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl">   
	<property name="name" value="test"></property> 
	<property name="age" value="21"></property>   
	<property name="birthday" ref="now"></property> 
</bean> <bean id="now" class="java.util.Date"></bean> 

1.3.3.3.4 使用 p 名称空间注入数据（本质还是调用 set 方法）

此种方式是通过在 xml中导入 p名称空间，使用 p:propertyName 来注入数据，它的本质仍然是调用类中的 set 方法实现注入功能。 Java 类代码： /** 
 * 使用 p 名称空间注入，本质还是调用类中的 set 方法  */ 
 public class AccountServiceImpl4 implements IAccountService {    
	 private String name;  
	 private Integer age;  
	 private Date birthday;    
	 public void setName(String name) {   
	 	this.name = name;  
	 }  
	 public void setAge(Integer age) {   
		 this.age = age;  
	 }  
	 public void setBirthday(Date birthday) {   
		 this.birthday = birthday;  
	 } 
	 @Override  
	 public void saveAccount() {   
		 System.out.println(name+","+age+","+birthday);   
	 } 
 } 

配置文件代码	

<beans 
	xmlns="http://www.springframework.org/schema/beans" 
    xmlns:p="http://www.springframework.org/schema/p" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xsi:schemaLocation=" http://www.springframework.org/schema/beans            		
	http://www.springframework.org/schema/beans/spring-beans.xsd"> 
               <bean id="accountService"  
    				class="com.itheima.service.impl.AccountServiceImpl4"     
    				p:name="test" 
    				p:age="21" 
    				p:birthday-ref="now"/> 
    			</beans> 

1.3.3.3.5 注入集合属性

顾名思义，就是给类中的集合成员传值，它用的也是set方法注入的方式，只不过变量的数据类型都是集合。 我们这里介绍注入数组，List,Set,Map,Properties。
具体代码如下： 
public class AccountServiceImpl implements IAccountService {    
	private String[] myStrs;  
	private List<String> myList;  
	private Set<String> mySet;  
	private Map<String,String> myMap;  
	private Properties myProps;    
	public void setMyStrs(String[] myStrs) {   
		this.myStrs = myStrs;  
	}  
	public void setMyList(List<String> myList) {   
		this.myList = myList;  
	}  
	public void setMySet(Set<String> mySet) {   
		this.mySet = mySet;  
	}  
	public void setMyMap(Map<String, String> myMap) {   
		this.myMap = myMap;  
	}  
	public void setMyProps(Properties myProps) {   
		this.myProps = myProps;  
	} 
	@Override  
	public void saveAccount() {   
		System.out.println(Arrays.toString(myStrs));   
		System.out.println(myList);   
		System.out.println(mySet);   
		System.out.println(myMap); 
		System.out.println(myProps);  
	} 
} 
<!-- 注入集合数据    
List 结构的：   
	array,list,set 
Map 结构的   
	map,entry,props,prop 
相同结构，标签可以互换
--> 
<bean id="accountService" class="com.itheima.service.impl.AccountServiceImpl"> 
 <!-- 在注入集合数据时，只要结构相同，标签可以互换 -->  
 <!-- 给数组注入数据 -->  
	 <property name="myStrs"> 
		  <set>    
			  <value>AAA</value>    
			  <value>BBB</value>    
			  <value>CCC</value>   
		  </set> 
	 </property> 
	 <!-- 注入 list 集合数据 -->  
	 <property name="myList">   
		 <array>    
			 <value>AAA</value>    
			 <value>BBB</value>    
			 <value>CCC</value>   
		 </array>  
	 </property> 
	 <!-- 注入 set 集合数据 -->  <property name="mySet"> 
		  <list>    
			  <value>AAA</value>    
			  <value>BBB</value>    
			  <value>CCC</value>   
		  </list>  
	  </property> 
	 <!-- 注入 Map 数据 -->  
	 <property name="myMap">   
		 <props> 
			   <prop key="testA">aaa</prop>    
			   <prop key="testB">bbb</prop>   
		  </props> 
	</property> 
	 <!-- 注入 properties 数据 --> 
	 <property name="myProps"> 
		  <map>    
			  <entry key="testA" value="aaa"></entry> 
			   <entry key="testB">     
			   		<value>bbb</value> 
			   </entry>   
		  </map>  
	  </property> 
</bean> 

2.基于注解的 IOC 配置

2.1 明确：写在最前

学习基于注解的 IoC 配置，大家脑海里首先得有一个认知，即注解配置和 xml 配置要实现的功能都是一样 的，都是要降低程序间的耦合。只是配置的形式不一样。
关于实际的开发中到底使用xml还是注解，每家公司有着不同的使用习惯。所以这两种配置方式我们都需要掌握。

2.2 环境搭建

第一步：拷贝必备 jar 包（AOP）到工程的 lib 目录
第二步：使用@Component 注解配置管理的资源  
	注意：1、当我们使用注解注入时，set 方法不用写 
第三步：创建 spring 的 xml配置文件并开启对注解的支持
	注意： 基于注解整合时，导入约束时需要多导入一个 context 名称空间下的约束。 
	由于我们使用了注解配置，此时不能在继承 JdbcDaoSupport，需要自己配置一个 JdbcTemplate 

2.3 常用注解

2.3.1 用于创建对象的

相当于：<bean id="" class=""> 

2.3.1.1 @Component

作用：把资源让 spring 来管理。相当于在 xml 中配置一个 bean。 
属性：value：指定 bean 的 id。如果不指定 value 属性，默认 bean 的 id 是当前类的类名。首字母小写。 

2.3.1.2 @Controller @Service @Repository

他们三个注解都是针对一个的衍生注解，他们的作用及属性都是一模一样的。 
他们只不过是提供了更加明确的语义化。  
	@Controller：一般用于表现层的注解。  
	@Service：一般用于业务层的注解。  
	@Repository：一般用于持久层的注解。 
	细节：如果注解中有且只有一个属性要赋值时，且名称是 value，value在赋值是可以不写。 

2.3.2 用于注入数据的

相当于：<property name="" ref="">      
	   <property name="" value=""> 

2.3.2.1 @Autowired

作用：自动按照类型注入。当使用注解注入属性时，set方法可以省略。它只能注入其他 bean 类型。当有多个类型匹配时，使用要注入的对象变量名称作为 bean 的 id，在 spring 容器查找，找到了也可以注入成功。找不到就报错。

2.3.2.2 @Qualifier

作用：在自动按照类型注入的基础之上，再按照 Bean 的 id 注入。它在给字段注入时不能独立使用，必须和 @Autowire 一起使用；但是给方法参数注入时，可以独立使用。 
属性：value：指定 bean 的 id。

2.3.2.3 @Resource

作用：直接按照 Bean 的 id 注入。它也只能注入其他 bean 类型。 
属性：name：指定 bean 的 id。 

2.3.2.4 @Value

作用：注入基本数据类型和 String 类型数据的 
属性：value：用于指定值 

2.3.3 用于改变作用范围的：

相当于：<bean id="" class="" scope=""> 

2.3.3.1 @Scope

作用：指定 bean 的作用范围。 
属性：value：指定范围的值。      
	取值：singleton  prototype request session globalsession 

2.3.4 和生命周期相关的：(了解)

相当于：<bean id="" class="" init-method="" destroy-method="" /> 

2.3.4.1 @PostConstruct

作用：用于指定初始化方法。

2.3.4.2 @PreDestroy

作用：用于指定销毁方法。 

2.3.5 关于 Spring 注解和 XML的选择问题

2.4 spring管理对象细节

基于注解的 spring IoC 配置中，bean 对象的特点和基于 XML 配置是一模一样的。 

2.5 spring的纯注解配

写到此处，基于注解的 IoC 配置已经完成，但是大家都发现了一个问题：我们依然离不开 spring 的 xml 配 置文件，那么能不能不写这个 bean.xml，所有配置都用注解来实现呢？
当然，同学们也需要注意一下，我们选择哪种配置的原则是简化开发和配置方便，而非追求某种技术。 

2.5.1 待改造的问题

2.5.2 新注解说明

2.5.2.1 @Configuration

作用：用于指定当前类是一个 spring 配置类，当创建容器时会从该类上加载注解。获取容器时需要使用 AnnotationApplicationContext(有@Configuration 注解的类.class)。 
属性：  value:用于指定配置类的字节码 
示例：
	@Configuration 
	public class SpringConfiguration { } 
注意：我们已经把配置文件用类来代替了，但是如何配置创建容器时要扫描的包呢？ 请看下一个注解。

2.5.2.2 @ComponentScan

作用：用于指定 spring 在初始化容器时要扫描的包。作用和在 spring 的 xml 配置文件中的： <context:component-scan base-package="com.itheima"/>是一样的。 
属性：basePackages：用于指定要扫描的包。和该注解中的 value 属性作用一样。 
示例:
@Configuration 
@ComponentScan("com.itheima") 
public class SpringConfiguration { } 
注意：我们已经配置好了要扫描的包，但是数据源和 JdbcTemplate 对象如何从配置文件中移除呢？请看下一个注解。

2.5.2.3 @Bean

作用：该注解只能写在方法上，表明使用此方法创建一个对象，并且放入 spring 容器。 
属性：name：给当前@Bean 注解方法创建的对象指定一个名称(即 bean 的 id）。 
示例：
	@Bean(name="dataSource")  
	public DataSource createDataSource() ；
	@Bean(name="dbAssit")  
	public DBAssit createDBAssit();
	注意: 我们已经把数据源和 DBAssit 从配置文件中移除了，此时可以删除 bean.xml 了。但是由于没有了配置文件，创建数据源的配置又都写死在类中了。如何把它们配置出来呢？请看下一个注解。 

2.5.2.4 @PropertySource

作用：用于加载.properties 文件中的配置。例如我们配置数据源时，可以把连接数据库的信息写到 properties 配置文件中，就可以使用此注解指定 properties 配置文件的位置。
属性：value[]：用于指定 properties 文件位置。如果是在类路径下，需要写上 classpath: 
示例：
	@PropertySource("classpath:jdbcConfig.properties")
	public class SpringConfiguration {}
	
	public class JdbcConfig { 
			@Value("${jdbc.driver}")  
			private String driver;  
			@Value("${jdbc.url}")  
			private String url;  
			@Value("${jdbc.username}")  
			private String username;  
			@Value("${jdbc.password}")  
			private String password; 
		}


	jdbc.properties 文件：  
			jdbc.driver=com.mysql.jdbc.Driver  
			jdbc.url=jdbc:mysql://localhost:3306/day44_ee247_spring
			jdbc.username=root 
			jdbc.password=1234
注意：此时我们已经有了两个配置类，但是他们还没有关系。如何建立他们的关系呢？请看下一个注解。   

2.5.2.5 @Import

作用：用于导入其他配置类，在引入其他配置类时，可以不用再写@Configuration 注解。当然，写上也没问 题。 
属性：value[]：用于指定其他配置类的字节码。 
@Configuration 
@ComponentScan(basePackages = "com.itheima.spring") 
@Import({ JdbcConfig.class}) 
public class SpringConfiguration { } 

@Configuration 
@PropertySource("classpath:jdbc.properties") 
public class JdbcConfig{ } 
注意：我们已经把要配置的都配置好了，但是新的问题产生了，由于没有配置文件了，如何获取容器呢？请看下一小节。

2.5.2.6 通过注解获取容器

ApplicationContext ac =  new AnnotationConfigApplicationContext(SpringConfiguration.class); 

2.6Spring 整合 Junit[掌握]

2.6.1 测试类中的问题和解决思路

2.6.1.1 问题

在测试类中，每个测试方法都有以下两行代码：  
	ApplicationContext ac = new ClassPathXmlApplicationContext("bean.xml");  
	IAccountService as = ac.getBean("accountService",IAccountService.class); 
这两行代码的作用是获取容器，如果不写的话，直接会提示空指针异常。所以又不能轻易删掉。 

2.6.1.2 解决思路分析

针对上述问题，我们需要的是程序能自动帮我们创建容器。一旦程序能自动为我们创建 spring 容器，我们就无须手动创建了，问题也就解决了。 
我们都知道，junit 单元测试的原理（在 web 阶段课程中讲过），但显然，junit 是无法实现的，因为它自己都无法知晓我们是否使用了 spring 框架，更不用说帮我们创建 spring 容器了。不过好在，junit 给我们暴露 了一个注解，可以让我们替换掉它的运行器。 
这时，我们需要依靠 spring 框架，因为它提供了一个运行器，可以读取配置文件（或注解）来创建容器。我 们只需要告诉它配置文件在哪就行了

2.6.2 配置步骤

第一步：拷贝整合 junit 的必备 jar 包到 lib 目录 
	此处需要注意的是，导入 jar 包时，需要导入一个 spring 中 aop 的 jar 包。 
第二步：使用@RunWith 注解替换原有运行器 
	@RunWith(SpringJUnit4ClassRunner.class) 
第三步：使用@ContextConfiguration 指定 spring 配置文件的位置 
	@ContextConfiguration(locations= {"classpath:bean.xml"}) 
	@ContextConfiguration 注解：  
	locations 属性：用于指定配置文件的位置。如果是类路径下，需要用 classpath:表明  
	classes 属性：用于指定注解的类。当不使用 xml 配置时，需要用此属性指定注解类的位置。 
第四步：使用@Autowired 给测试类中的变量注入数据 
	@Autowired  
	private IAccountService as ; 

2.6.3 为什么不把测试类配到 xml 中