Spring配置补充

8.1使用属性文件配置数据源

8.1.1使用属性文件配置数据源

之前的学习中我们了解了使用属性文件管理配置信息的优点,即将数据库连接信息写在属性文件中,使DataSource的可配置性更强,便于维护.Spring也支持从属性文件中获取信息来进行数据源配置

使用Spring提供的PropertyPlaceholderConfigurer类可以加载属性文件.在Spring配置文件中可以采用${…}的方式引用属性文件中的键值对

注意 经常有开发者在${…}的前后不小心输入一些空格,这些空格字符将和变量合并后作为属性的值,最终将引发异常,因此需要特别小心

8.1.2使用JNDI数据源

如果应用部署在高性能的应用服务器(如Tomcat.WebLogic等)上,我们可能希望是应用服务器本身提供的数据源.应用服务器的数据源使用JNDI方式供使用者调用,Spring为此专门提供引用JNDI资源的JndiObjectFactoryBean类

使用JDNI的方式配置数据源,前提是必须在服务器上配置好数据源.我们以Tomcat为例,配置数据源需要把数据库驱动文件放到Tomcat的lib目录下,并修改Tomcat的conf目录下的context.xml.

8.1.3技能训练

8.2Spring中Bean的作用域问题

8.2.1理解Bean的作用域问题

在Spring中定义Bean,除了可以参加Bean实例并对Bean的属性进行注入外,还可以为所定义的Bean指定一个作用域的取值决定了Spring参加该组件实例的策略,进而影响程序的运行效率和数据安全.在Spring2.0及之后的版本中,Bean的作用被划分为5种

singleton是默认采用的作用域,即默认情况下Spring为每个Bean仅创建一个实例.对于不存在线程安全问题的组件,采用这种方式可以大大减少创建对象的开销,提高运行效率

而对于存在线程安全问题的组件,则不能使用singleton模式,可以使用prototype作用域,提高scope属性.关键代码如下.
<!-- 指定Bean的作用域为prototype - ->
<bean id ="…" class="…"scope=“prototype”>
…
< /bean>

作用,Spring在每次获取该组件时,都会创建一个新的实例,避免应为共同一个实例而产生线程安全问题

对于Web环境下使用的request.session.global session作用域

8.2.2使用注解指定Bean的作用域

对于使用注解声明Bean组件,如需修改其作用域,可以使用@Scope注解实现

8.3Spring的自动装配

之前章节中介绍过Autowired或@Resource注解实现依赖注入是,曾经提到Spring的自动装配功能.在没有显示指定所依赖的Bean组件id的情况下,通过自动装配,可以将于属性类型相符的(对于@Resource注解而言还会尝试id和属性名相符的)Bean自动注入给属性,从而简化配置

不仅通过注解实现依赖注入时可以使用自动装配,基于XML的配置中也同样可以使用自动装配简化配置

Spring提供的几种自动配置方式

8.4拆分Spring配置文件

8.4.1拆分策略

对于使用XML方式进行配置的Spring项目,项目规模比较时,配置文件可读性,可维护性差,庞大的Spring配置文件难以阅读.此外进行团队开发时,多人修改同一配置文件容易发生冲突,降低开发效率.鉴于以上原因,对于使用XML方式进行配置的Spring项目,建议将一个大的配置文件分解成多个小的配置文件,每个配置文件仅仅配置功能近似的Bean

那么采用什么策略拆分Spring配置文件呢?
➢如果一个开放人员负责一个模块,我们采用公用配置(包含数据源.事务等)+每个系统模块一个单独配置文件(包含Dao.Service及Web控制器)的形式
➢如果开放是按照分层进行的分工,我们采用公用配置(包含数据库.事务等)+DAO Bean两种拆分策略各有特色,适用不同的场合
拆分Spring配置文件,不仅可以分散配置文件,降低修改欧洲文件的难度和冲突的风险,而且更符合"分而治之"的人家工程原理

8.4.2拆分方法

8.5技能训练