Spring —IoC的配置使用

客官°小女子只卖身不卖艺 2021-11-22 11:16 264阅读 0赞

### 3.1  XML配置的结构 ###

一般配置文件结构如下：

java代码：

1.  <beans>  
2.      <import resource=”resource1.xml”/>  
3.      <bean id=”bean1”class=””></bean>  
4.      <bean id=”bean2”class=””></bean>  
5.  <bean name=”bean2”class=””></bean>  
6.      <alias alias="bean3" name="bean2"/>  
7.      <import resource=”resource2.xml”/>  
8.  </beans>

1、<bean>标签主要用来进行Bean定义；

2、alias用于定义Bean别名的；

3、import用于导入其他配置文件的Bean定义，这是为了加载多个配置文件，当然也可以把这些配置文件构造为一个数组（new String\[\] \{“config1.xml”, config2.xml\}）传给ApplicationContext实现进行加载多个配置文件，那一个更适合由用户决定；这两种方式都是通过调用Bean Definition Reader 读取Bean定义，内部实现没有任何区别。<import>标签可以放在<beans>下的任何位置，没有顺序关系。

###  3.2  Bean的配置 ###

Spring IoC容器目的就是管理Bean，这些Bean将根据配置文件中的Bean定义进行创建，而Bean定义在容器内部由BeanDefinition对象表示，该定义主要包含以下信息：

●全限定类名（FQN）：用于定义Bean的实现类;

●Bean行为定义：这些定义了Bean在容器中的行为；包括作用域（单例、原型创建）、是否惰性初始化及生命周期等；

●Bean创建方式定义：说明是通过构造器还是工厂方法创建Bean；

●Bean之间关系定义：即对其他bean的引用，也就是依赖关系定义，这些引用bean也可以称之为同事bean 或依赖bean，也就是依赖注入。

Bean定义只有“全限定类名”在当使用构造器或静态工厂方法进行实例化bean时是必须的，其他都是可选的定义。难道Spring只能通过配置方式来创建Bean吗？回答当然不是，某些SingletonBeanRegistry接口实现类实现也允许将那些非BeanFactory创建的、已有的用户对象注册到容器中，这些对象必须是共享的，比如使用DefaultListableBeanFactory 的registerSingleton() 方法。不过建议采用元数据定义。

### 3.3    Bean的命名 ###

每个Bean可以有一个或多个id（或称之为标识符或名字），在这里我们把**第一个****id****称为“标识符”，其余id****叫做“别名”**；这些id在IoC容器中必须唯一。如何为Bean指定id呢，有以下几种方式；

**一、  不指定id，只配置必须的全限定类名，由IoC容器为其生成一个标识，客户端必须通过接口“T getBean(Class<T> requiredType)”获取Bean；**

元数据文件：

![1611515-20190520095809544-963003964.png][]

测试代码：

![1611515-20190520095835744-1818193858.png][]

测试结果：

![1611515-20190520095909784-302600590.png][]

**二、指定id，必须在Ioc容器中唯一；**

![1611515-20190520100124559-945420813.png][]

测试代码：

![1611515-20190520102143450-2108912954.png][]

结果:

![1611515-20190520104731077-1248765665.png][]

** 三、指定name，这样name就是“标识符”，必须在Ioc容器中唯一；**

![1611515-20190520102402790-686427827.png][]

测试代码：

![1611515-20190520102436151-1823845683.png][]

结果：

![1611515-20190520102519720-896055733.png][]

**四、指定id和name，id就是标识符，而name就是别名，必须在Ioc容器中唯一；**

![1611515-20190520102807080-170420979.png][]

别名不能和id一样，如果一样则由IoC容器负责消除冲突 。

**五、指定多个name，多个name用“，”、“；”、“   ”分割，第一个被用作标识符，其他的（alias1、alias2、alias3）是别名，所有标识符也必须在Ioc容器中唯一；**

1.  <bean name=” bean1;alias11,alias12;alias13   alias14”  
2.        class=” org.sl.netmarket.services.ManagerService”/>     
3.    
4.  <bean id="bean2" name="alias21;alias22"  
5.  class="org.sl.netmarket.entities.Manager"/>

**六、使用<alias>标签指定别名，别名也必须在IoC容器中唯一**

1.  <bean name="managerService" class="org.sl.netmarket.services.ManagerService"/>  
2.  <alias alias="alias1" name="bean"/>   
3.  <bean name="manager" class="org.sl.netmarket.entities.Manager"/>  
4.  <alias alias="alias1" name="bean"/>

从定义来看，name或id如果指定它们中的一个时都作为“标识符”，那为什么还要有id和name同时存在呢？这是因为当使用基于XML的配置元数据时，在XML中id是一个真正的XML id属性，因此当其他的定义来引用这个id时就体现出id的好处了，可以利用XML解析器来验证引用的这个id是否存在，从而更早的发现是否引用了一个不存在的bean，而使用name，则可能要在真正使用bean时才能发现引用一个不存在的bean。

●**Bean命名约定：**Bean的命名遵循XML命名规范，但最好符合Java命名规范，由“字母、数字、下划线组成“，而且应该养成一个良好的命名习惯， 比如采用“驼峰式”，即第一个单词首字母开始，从第二个单词开始首字母大写开始，这样可以增加可读性。

### 3.4  实例化Bean ###

Spring IoC容器如何实例化Bean呢？传统应用程序可以通过new和反射方式进行实例化Bean。而Spring IoC容器则需要根据Bean定义里的配置元数据使用反射机制来创建Bean。在Spring IoC容器中根据Bean定义创建Bean主要有以下几种方式：

一、使用构造方法：这是最简单的方式，Spring IoC容器即能使用默认空构造方式也能使用有参数构造方法两种方式创建Bean。

二、使用静态工厂方法

三、使用实例化工厂

其实还有一个种是属性实例化方法，这个也是比较常用的

将在下章讲到。

### 3.5  实例化数据源 ###

配置Spring\_ioc\_config.xml文件：

class="org.apache.ibatis.datasource.pooled.PooledDataSource"这个可能会问从哪里来的，是我们导入的mybatis的jar包里面的

![1611515-20190521120009587-1138186582.png][]

![1611515-20190521120529683-280624401.png][]

源码：

![1611515-20190521120618024-1972233336.png][]

测试：

![1611515-20190521120146047-1840845646.png][]

结果：

![1611515-20190521120213707-1947868606.png][]

转载于:https://www.cnblogs.com/xss512/p/10892626.html

[1611515-20190520095809544-963003964.png]: /images/20211122/b47b636619cb40258e4704ae8e259c03.png
[1611515-20190520095835744-1818193858.png]: /images/20211122/c21d2a1b75704745ac01c6591dbd4e7d.png
[1611515-20190520095909784-302600590.png]: /images/20211122/32e3952b528d4de8a7b32d21658c9f05.png
[1611515-20190520100124559-945420813.png]: /images/20211122/8a1e9d0a27124c30833a361114c59b92.png
[1611515-20190520102143450-2108912954.png]: /images/20211122/731a3961266749d5b66a3a3464e99cba.png
[1611515-20190520104731077-1248765665.png]: /images/20211122/c9e698de98344c318e5e12fb8ac4e5a4.png
[1611515-20190520102402790-686427827.png]: /images/20211122/b00d4e320fa740ec9fed7a58a6e215e8.png
[1611515-20190520102436151-1823845683.png]: /images/20211122/1f290286f08f4dc1ae856c3ba5f77fd5.png
[1611515-20190520102519720-896055733.png]: /images/20211122/27e2647744b841ea891db4a9687b7a76.png
[1611515-20190520102807080-170420979.png]: /images/20211122/74a7df42ac4e4b2eb2b61c479dfc9f37.png
[1611515-20190521120009587-1138186582.png]: /images/20211122/07de2d531bfa412b9c09d3b06350b635.png
[1611515-20190521120529683-280624401.png]: /images/20211122/8ca3a2fe5ecb4dfba528a8f311dd7a4a.png
[1611515-20190521120618024-1972233336.png]: /images/20211122/0473874b2d4c4e9eb6c2e120d28c0fa8.png
[1611515-20190521120146047-1840845646.png]: /images/20211122/81f4f17385444260b32c5020f86357ec.png
[1611515-20190521120213707-1947868606.png]: /images/20211122/508019fbe2b04bab852b5f33ddd5bfbf.png