Spring+SpringMVC+Mybatis配置总结

1.关于扫包的配置

spring的扫包配置文件为annotation.xml，springMVC的扫包配置在springmvc-back.xml和springmvc-front.xml中。

我们具体来解释一下什么是扫包。

其实Spring和SpringMVC是有父子容器关系的，而且正是因为这个才往往会出现包扫描的问题，我们在此来分析和理解Spring和SpringMVC的父子容器关系并且给出Spring和SpringMVC配置文件中包扫描的官方推荐方式。

　　在Spring整体框架的核心概念中，容器是核心思想，就是用来管理Bean的整个生命周期的，而在一个项目中，容器不一定只有一个，Spring中可以包括多个容器，而且容器有上下层关系，目前最常见的一种场景就是在一个项目中引入Spring和SpringMVC这两个框架，那么它其实就是两个容器，Spring是父容器，SpringMVC是其子容器，并且在Spring父容器中注册的Bean对于SpringMVC容器中是可见的，而在SpringMVC容器中注册的Bean对于Spring父容器中是不可见的，也就是子容器可以看见父容器中的注册的Bean，反之就不行。

　　我们可以使用统一的如下注解配置来对Bean进行批量注册，而不需要再给每个Bean单独使用xml的方式进行配置。

 <context:component-scan base-package="cn.hdu.li.core">
</context:component-scan>

从Spring提供的参考手册中我们得知该配置的功能是扫描配置的base-package包下的所有使用了@Component注解的类，并且将它们自动注册到容器中，同时也扫描@Controller，@Service，@Respository这三个注解，因为他们是继承自@Component。

在项目中我们经常见到还有如下这个配置，其实有了上面的配置，这个是可以省略掉的，因为上面的配置会默认打开以下配置。以下配置会默认声明了@Required、@Autowired、 @PostConstruct、@PersistenceContext、@Resource、@PreDestroy等注解。

<!--  自动装配，可以不写-->
    <context:annotation-config/>

重要：上面我们介绍过，在Spring容器中注册的Bean对SpringMVC容器是可见的，而在SpringMVC容器中注册的Bean对于Spring父容器是不可见的.所以，那岂不是将@Controller的Bean注入Spring容器也可以？实际操作效果来看并不是的，通过SpringMVC的源码我们了解到initHandlerMethods()方法中，detectHandlerMethodsInAncestorContexts这个Switch，它主要控制从那里获取容器中的bean，是否包括父容器，默认是不包括的！！！！所以不能讲@Controller的Bean注入到Spring容器中.  我们常用的方式是：Spring根容器负责所有其他非controller的Bean的注册，而SpringMVC只负责controller相关的Bean的注册.如下：

Spring的扫包：

    <context:component-scan base-package="cn.hdu.li.core">
        <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
    </context:component-scan>
<!--  自动装配，可以不写-->
    <context:annotation-config/>

SpringMVC的扫包：

    <!--springmvc扫包 @Controller-->
    <!--use-default-filters:使用默认过滤器吗？将其设置为false，原因在于include-filter来讲它都会扫描，而不是仅仅扫描@Controller-->
    <context:component-scan base-package="cn.hdu.li" use-default-filters="false">
        <!--我们只想扫cn.hdu.li下面的Controller层-->
        <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
    </context:component-scan>

2.关于Spring基础配置文件的分析：

    （1）扫包配置文件annotation.xml

            上面已经解释过了，这里就不再解释了。

    （2）c3p0配置文件：jdbc.xml

这里我们需要知道为什么使用C3P0，C3P0是一个数据库连接池，那么为什么要用数据库连接池不直接使用jdbc呢？

在使用开发基于数据库的web程序时，传统的模式基本是按以下步骤：　　

在主程序（如servlet、beans）中建立数据库连接。

进行sql操作

断开数据库连接。

直接使用JDBC这种模式开发，存在的问题:

普通的JDBC数据库连接使用 DriverManager 来获取，每次向数据库建立连接的时候都要将 Connection 加载到内存中，再验证用户名和密码(得花费0.05s～1s的时间)。需要数据库连接的时候，就向数据库要求一个，执行完成后再断开连接。这样的方式将会消耗大量的资源和时间。数据库的连接资源并没有得到很好的重复利用.若同时有几百人甚至几千人在线，频繁的进行数据库连接操作将占用很多的系统资源，严重的甚至会造成服务器的崩溃。对于每一次数据库连接，使用完后都得断开。否则，如果程序出现异常而未能关闭，将会导致数据库系统中的内存泄漏，最终将导致重启数据库。这种开发不能控制被创建的连接对象数，系统资源会被毫无顾及的分配出去，如连接过多，也可能导致内存泄漏，服务器崩溃.

那么我们使用了数据库连接池（connection pool）

数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而不是重新建立一个。另一个好处就是C3P0支持断后重连。如果数据库重启，或者网络原因造成服务器和数据库断开连接，Tomcat便再也不能和数据库连接，除非Tomcat服务重启。

数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。

综上，要使用C3p0来配置。配置思路如下：

  <!-- c3p0配置-->
    <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource">

        <property name="driverClass" value="${jdbc.driver}"/>
        <property name="jdbcUrl" value="${jdbc.url}"/>
        <property name="user" value="${jdbc.username}"/>
        <property name="password" value="${jdbc.password}"/>

    </bean>

在上面配置中我们使用了EL表达式，那么我们要新建一个db.properties文件来存储 jdbc.driver这些值，然后新建一个property.xml来读取db.properties文件

db.properties文件配置：

jdbc.driver=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://localhost:3306/sports?useSSL=false
jdbc.username=root
jdbc.password=123456
#定义初始连接数
jdbc.initialSize=0
#定义最大连接数
jdbc.maxActive=20
#定义最大空闲
jdbc.maxIdle=20
#定义最小空闲
jdbc.minIdle=1
#定义最长等待时间
jdbc.maxWait=60000

property.xml配置入下：

  <!-- 读取db.properties配置文件-->
    <!-- 使用注解注入properties中的值 -->
    <bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
        <property name="locations">
            <list>
                <!--jdbc配置-->
                <value>classpath:properties/db.properties</value>
                <!--memcached配置-->
            </list>
        </property>
    </bean>

PropertyPlaceholderConfigurer是个bean工厂后置处理器的实现，也就是 BeanFactoryPostProcessor接口的一个实现。PropertyPlaceholderConfigurer可以将上下文（配置文 件）中的属性值放在另一个单独的标准java Properties文件中去。在XML文件中用${key}替换指定的properties文件中的值。这样的话，只需要对properties文件进 行修改，而不用对xml配置文件进行修改。 

 （3）配置 jdbc事务：transation.xml 

    <!--spring jdbc事务-->
    <!--基于数据源的事务管理器 数据源包括DBCP和C3P0，此项目中我们使用C3P0-->
    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource"/>
    </bean>
    <!--开启事务注解-->
    <!--对标注了@Transactional注解Bean进行加工处理，以织入事务管理切面-->
    <tx:annotation-driven transaction-manager="transactionManager"/>

 （4）mybtis配置文件：mybatis.xml

 <!--mybatis配置  sessionFactory配置-->
    <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
        <!--添加数据源-->
        <property name="dataSource" ref="dataSource"/>
        <!--配置configLocation-->
        <property name="mapperLocations" value="classpath:cn/hdu/li/core/dao/product/*.xml"/>
        <!--别名-->
        <property name="typeAliasesPackage" value="cn.hdu.li.core.bean,cn.hdu.li.core.query"/>

    </bean>

    <!--扫包-->
    <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer">
        <property name="basePackage" value="cn.hdu.li.core.dao"/>
    </bean>

关于SpringMVC的配置文件为：springmvc-front.xml和springmvc-back.xml，无非就是配置扫包、映射器、适配器、jsp视图解析器这几个。具体的配置可以参考另一篇文章。

点击打开链接