spring总结(三)-高级装配

最新推荐文章于 2022-10-11 17:01:48 发布

chuhan_19930314

最新推荐文章于 2022-10-11 17:01:48 发布

阅读量182

点赞数

分类专栏： Spring 文章标签：高级装配

本文链接：https://blog.csdn.net/qianwenjun_19930314/article/details/88392242

版权

Spring 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

一、Spring profile

1.1、目的

软件开发过程一般涉及“开发 -> 测试 -> 部署上线”多个阶段，每个阶段的环境的配置参数会有不同，如数据源，文件路径等。为避免每次切换环境时都要进行参数配置等繁琐的操作，可以通过spring的profile功能来进行配置参数的切换。

1.2、方式

项目目录内容，每个环境各有一个包，包中分别包含数据库、日志、路径等配置文件：
spring的xml中声明这些bean，实现了通过profile标记不同的环境

<description>spring profile配置</description>

    <!-- 开发环境配置文件 -->
    <beans profile="development">
        <context:property-placeholder
            location="classpath*:common/*.properties, classpath*:development/*.properties" />
    </beans>

    <!-- 测试环境配置文件 -->
    <beans profile="test">
        <context:property-placeholder
            location="classpath*:common/*.properties, classpath*:test/*.properties" />
    </beans>
    
    <!-- 生产环境配置文件 -->
    <beans profile="production">
        <context:property-placeholder
            location="classpath*:common/*.properties, classpath*:production/*.properties" />
    </beans>

通过设置spring.profiles.default和spring.profiles.active这两个属性来激活和使用对应的配置文件。设置的方式如下：

在集成测试类上，使用@Profile注解配置。这个bean只有在production这个配置类是激活状态的时候才会被创建和生效。

@Bean
@Profile("production")    
public DataSource jndiDataSource(){
    JndiObjectFactoryBean jofb=new JndiObjectFactoryBean();
    jofb.setJndiName("jndi/iDS");
    jofb.setResourceRef(true);
    jofb.setProxyInterface(xxx.class);
    return (DataSource) jofb.getObject();
}

作为JNDI条目；
作为环境变量；
作为JVM的系统属性

-Dspring.profiles.active="production"

在web.xml中作为web应用的上下文参数context-param；
在web.xml中作为DispatcherServlet的初始化参数；

<!-- 在上下文context-param中设置profile.default的默认值 -->
<context-param>
    <param-name>spring.profiles.default</param-name>
    <param-value>development</param-value>
</context-param>

<!-- 在上下文context-param中设置profile.active的默认值 -->
<!-- 设置active后default失效，web启动时会加载对应的环境信息 -->
<context-param>
    <param-name>spring.profiles.active</param-name>
    <param-value>development</param-value>
</context-param>

二、自动装配的歧义和解决方式

2.1、一个接口多个实现类的情况

案例：Dessert接口的三个实现类：Cake、IceCream、Cookies。三个实现类均以@Component注解，那么当注入该Dessert接口的时候，不确定具体使用的是哪个实现类
解决办法有几种：
- (1)、设置实现类为首选项，在实现类中添加@Primary注解。代表注入的时候优先选择。（隐患是无法保证只有一个首选项）
```
@Bean
@Primary
public Dessert IceCream(){
	return new IceCream
}
```
```
<bean id = "iceCream"
	class = "com.xxx.IceCream"
	primary = "true" />
```
- (2)、限定注入接口的实现类的具体名称，利用@Qualifier(“xxx”)注解，参数为具体实现类的beanId。(但是其隐患是，若重构该实现类，修改了其类名，那么beanId也会被修改。那样我们这里写死的注入的beanId名称就会有问题。Qualifier指定的限定符和bean的名称紧耦合，对类名称的任务改动都会导致限定符失效。)
```
@Autowrired
@Qualifier("iceCream")
public void setDessert(Dessert dessert){
	this.dessert = dessert
}
```
- (3)、在类定义中，通过注解@Qualifier(“coldxx”)为类创建自定义的限定符，使限定符的名称不强依赖类名称。那样在引用注入的时候，可以使用这个自定义的限定符那指定引用的实现类。（其隐患是，如果多个bean存在相同的特性，想到的解决办法是在每个bean上注解多个自定义的限定符，直到可以区分唯一bean，但是java中不允许同一个条目中重复出现相同类型的注解）
```
@Bean
@Qualifier("cold")
public Dessert IceCream(){
	return new IceCream
}

@Autowrired
@Qualifier("cold")
public void setDessert(Dessert dessert){
	this.dessert = dessert
}

@Bean
@Qualifier("cold")
@Qualifier("cold2")//这种是不被允许的
public Dessert IceCream(){
	return new IceCream
}
```
- (4)、把限定符声明为注解的方式，那么每个限定符的注解名类目是不一样的。
```
@Target({ElementType.CONSTRUCTOR,ElementType.fIELD,ElementType.METHOD,ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Qualifier
public @interface Cold{}

@Target({ElementType.CONSTRUCTOR,ElementType.fIELD,ElementType.METHOD,ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Qualifier
public @interface Cold2{}

@Bean
@Cold
@Cold2
public Dessert IceCream(){
	return new IceCream
}

@Autowrired
@Cold
@Cold2
public void setDessert(Dessert dessert){
	this.dessert = dessert
}
```

三、bean的作用域

默认情况下，Spring应用上下文所有bean都是作为单例（singleton）的形式创建的。但是某些类是易变有状态的，这种情况下复用单例的bean是有问题的。

3.1、作用域类型

单例（Singleton）：整个应用中，只创建bean一个实例
原型/多例（Propotype）：每次的注入或者从Spring应用上下文获取的时候，都会创建一个新的bean。
会话（Session）：web应用中，为每个会话创建一个bean实例
请求（Request）：web应用中，未每个请求创建一个bean实例

3.2、多例的bean设置

组件扫描和类声明的方式来设置多例

@Component
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
//@Scope("prototype")//两种方式
public class Notpad(){xxxx}

java配置中声明Notpad为多例

@Bean
@Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE)
//@Scope("prototype")//两种方式
public Notpad notpad(){
	return new Notpad();
}

xmlz中声明

<bean id = "iceCream"
		class = "com.xxx.IceCream"
		scope = "prototype" />

3.3、会话作用域与请求作用域

案例：电子商务应用中，购物车的bean，如果是单例，会导致每个用户拥有相同的购物车；如果是多例，会导致不能两个线程同时使用购物车。会话作用域最合适，因为是与给定用户关联性最大
方式：
- vaule=session，会告知springWeb应用中的每一个会话创建一个shoppingCart。虽然有多个shoppingCart的实例，但是对于每一个会话来说，这个bean相当于是单例的。在用户进入系统，创建了会话之后，才会创建shoppingCart的实例
- proxyMode=interface，解决了将会话或请求作用域的bean注入到单例ban中所遇到的问题。当shoppingCart注入到另外单例类的方法中，此时shoppingCart的bean并不存在。此时spring的处理方式是将shoppingCart bean的代理，注入到方法中。当调用改方法的时候，代理会对其进行懒解析并调用委托给会话作用域内真正的shoppingCart bean。interface代表代理要实现shoppingCart接口，并将调用委托给实现bean。
```
@Component
	@Scope(value = WebApplicationContext.SCOPE_SEESION, proxyMode = ScopedProxyMode.INTERFACE )
public ShoppingCat cart(){xxxx}
```
```
	<bean id = "cart"
			class = "com.xxx.ShoppingCart"
			scope = "seesion" >
		<aop:scoped-proxy>
		//<aop:scoped-proxy proxy-target-class = "false">
	</bean>
```