spring框架
5篇文章 · 0订阅
  • **DBCP 数据源 ** ``` <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="driverClassName" value="com.mysql.jdbc.Driver" /> <property name="url" value="jdbc:mysql://localhost:3309/sampledb" /> <property name="username" value="root" /> <property name="password" value="1234" /> </bean> ``` - BasicDataSource 提供了 close() 方法关闭数据源,所以必须设定 destroy-method=”close” 属性, 以便 Spring 容器关闭时,数据源能够正常关闭。除以上必须的数据源属性外,还有一些常用的属性: defaultAutoCommit:设置从数据源中返回的连接是否采用自动提交机制,默认值为 true; defaultReadOnly:设置数据源是否仅能执行只读操作, 默认值为 false; maxActive:最大连接数据库连接数,设置为 0 时,表示没有限制; maxIdle:最大等待连接中的数量,设置为 0 时,表示没有限制; maxWait:最大等待秒数,单位为毫秒, 超过时间会报出错误信息; validationQuery:用于验证连接是否成功的查询 SQL 语句,SQL 语句必须至少要返回一行数据, 如你可以简单地设置为:“select count(*) from user”; removeAbandoned:是否自我中断,默认是 false ; removeAbandonedTimeout:几秒后数据连接会自动断开,在 removeAbandoned 为 true,提供该值; logAbandoned:是否记录中断事件, 默认为 false; --------------------------------------------------------------------- **C3P0 数据源 ** ``` <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> <property name="driverClass" value="oracle.jdbc.driver.OracleDriver"/> <property name="jdbcUrl" value="jdbc:oracle:thin:@localhost:1521:ora9i"/> <property name="user" value="admin"/> <property name="password" value="1234"/> </bean> ``` - ComboPooledDataSource 和 BasicDataSource 一样提供了一个用于关闭数据源的 close() 方法,这样我们就可以保证 Spring 容器关闭时数据源能够成功释放。 C3P0 拥有比 DBCP 更丰富的配置属性,通过这些属性,可以对数据源进行各种有效的控制: acquireIncrement:当连接池中的连接用完时,C3P0 一次性创建新连接的数目; acquireRetryAttempts:定义在从数据库获取新连接失败后重复尝试获取的次数,默认为 30; acquireRetryDelay:两次连接中间隔时间,单位毫秒,默认为 1000; autoCommitOnClose:连接关闭时默认将所有未提交的操作回滚。默认为 false; automaticTestTable: C3P0 将建一张名为 Test 的空表,并使用其自带的查询语句进行测试。如果定义了这个参数,那么属性 preferredTestQuery 将被忽略。你 不能在这张 Test 表上进行任何操作,它将中为 C3P0 测试所用,默认为 null; breakAfterAcquireFailure:获取连接失败将会引起所有等待获取连接的线程抛出异常。但是数据源仍有效保留,并在下次调 用 getConnection() 的时候继续尝试获取连接。如果设为 true,那么在尝试获取连接失败后该数据源将申明已断开并永久关闭。默认为 false; checkoutTimeout:当连接池用完时客户端调用 getConnection() 后等待获取新连接的时间,超时后将抛出 SQLException,如设为 0 则无限期等待。单位毫秒,默认为 0; connectionTesterClassName: 通过实现 ConnectionTester 或 QueryConnectionTester 的类来测试连接,类名需设置为全限定名。默认为 com.mchange.v2.C3P0.impl.DefaultConnectionTester; idleConnectionTestPeriod:隔多少秒检查所有连接池中的空闲连接,默认为 0 表示不检查; initialPoolSize:初始化时创建的连接数,应在 minPoolSize 与 maxPoolSize 之间取值。默认为 3; maxIdleTime:最大空闲时间,超过空闲时间的连接将被丢弃。为 0 或负数则永不丢弃。默认为 0; maxPoolSize:连接池中保留的最大连接数。默认为 15; maxStatements:JDBC 的标准参数,用以控制数据源内加载的 PreparedStatement 数量。但由于预缓存的 Statement 属 于单个 Connection 而不是整个连接池。所以设置这个参数需要考虑到多方面的因素,如果 maxStatements 与 maxStatementsPerConnection 均为 0,则缓存被关闭。默认为 0; maxStatementsPerConnection:连接池内单个连接所拥有的最大缓存 Statement 数。默认为 0; numHelperThreads:C3P0 是异步操作的,缓慢的 JDBC 操作通过帮助进程完成。扩展这些操作可以有效的提升性能,通过多线程实现多个操作同时被执行。默认为 3; preferredTestQuery:定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个参数能显著提高测试速度。测试的表必须在初始数据源的时候就存在。默认为 null; propertyCycle: 用户修改系统配置参数执行前最多等待的秒数。默认为 300; testConnectionOnCheckout:因性能消耗大请只在需要的时候使用它。如果设为 true 那么在每个 connection 提交的时候都 将校验其有效性。建议使用 idleConnectionTestPeriod 或 automaticTestTable 等方法来提升连接测试的性能。默认为 false; testConnectionOnCheckin:如果设为 true 那么在取得连接的同时将校验连接的有效性。默认为 false。 - 读配置文件的方式引用属性: ``` <bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> <property name="location" value="/WEB-INF/jdbc.properties"/> </bean> <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close"> <property name="driverClassName" value="${jdbc.driverClassName}" /> <property name="url" value="${jdbc.url}" /> <property name="username" value="${jdbc.username}" /> <property name="password" value="${jdbc.password}" /> </bean> 在 jdbc.properties 属性文件中定义属性值: jdbc.driverClassName= com.mysql.jdbc.Driver jdbc.url= jdbc:mysql://localhost:3309/sampledb jdbc.username=root jdbc.password=1234 提示 经常有开发者在 ${xxx} 的前后不小心键入一些空格,这些空格字符将和变量合并后作为属性的值。如: <property name="username" value="${jdbc.username}"></property> 的属性配置项,在前后都有空格,被解析后,username 的值为 “ 1234 ”,这将造成最终的错误,因此需要特别小心。 ``` ------------------------------------------------------------------ **J NDI 数据源基于 WEB 容器 ** ``` xml 代码 <beans xmlns=http://www.springframework.org/schema/beans xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xmlns:jee=http://www.springframework.org/schema/jee xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd http://www.springframework.org/schema/jee http://www.springframework.org/schema/jee/spring-jee-2.0.xsd"> <jee:jndi-lookup id="dataSource" jndi-name="java:comp/env/jdbc/bbt"/> </beans> ``` - Spring 的数据源实现类 Spring 本身也提供了一个简单的数据源实现类 DriverManagerDataSource 支持多线程访问,对于每一个线程开启一个新的线程对应处理,它位于 org.springframework.jdbc.datasource 包中。这个类实现了 javax.sql.DataSource 接口,但 它并没有提供池化连接的机制,每次调用 getConnection() 获取新连接时,只是简单地创建一个新的连接。因此,这个数据源类比较适合在单元测试 或简单的独立应用中使用,因为它不需要额外的依赖类。 如果是单线程应用,SingleConnectionDataSource 来处理 对于一般的应用建议使用,c3p0 或者是 dbcp 作为数据库连接池使用
  • ## SpringMVC 容器 之前分析了过 Spring 的启动过程了,今天看下 SpringMVC 的启动。一样的,我们先看下 web.xml,SpringMVC 是以 Servlet 配置出现的 ``` <context-param> <param-name>contextConfigLocation</param-name> <param-value> classpath:spring-application.xml </param-value> </context-param> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <servlet> <servlet-name>DispatcherServlet</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:spring-mvc.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>DispatcherServlet</servlet-name> <url-pattern>*.do</url-pattern> </servlet-mapping> ``` 之前分析了 ContextLoaderListener,实例化 IoC 容器,并将此容器实例注册到 ServletContext 中。我们先看下 DispatcherServlet 的类图及继承关系: <div align="center"> <img src="https://github.com/Jimmy2Angel/jimmy2angel.github.io/blob/master/img/SpringMVC/DispatcherServletClass.png?raw=true"/> </div> SpringMVC 最核心的类就是 DispatcherServlet, 关于 Spring Context 的配置文件加载和创建是在 init() 方法中进行的,主要的调用顺序是 init-->initServletBean-->initWebApplicationContext 。 先来看一下 initWebApplicationContext 的实现:FrameworkServlet.java <div align="center"> <img src="https://github.com/Jimmy2Angel/jimmy2angel.github.io/blob/master/img/SpringMVC/initWebApplicationContext1.png?raw=true"/> <img src="https://github.com/Jimmy2Angel/jimmy2angel.github.io/blob/master/img/SpringMVC/initWebApplicationContext2.png?raw=true"/> </div> 先简单说下这些代码的功能: 514 行:从 ServletContext 中获取 rootContext 也就是 SpringIOC 容器 517 行:如果一个 context 的实例被注入了,直接使用 538 行:从 ServletContext 中获取 webApplicationContext 也就是 SpringMVC 容器 543 行:创建 SpringMVC 的容器,并将 rootContext 作为父容器 550 行:刷新上下文(执行组件的初始化),这个方法由子类 DispatchServlet 的方法实现 556 行:将 SpringMVC 容器作为属性设置进 ServletContext 这里多说一句,SpringMVC 容器在 ServletContext 中的属性名: ``` public String getServletContextAttributeName() { return SERVLET_CONTEXT_PREFIX + getServletName(); } public static final String SERVLET_CONTEXT_PREFIX = FrameworkServlet.class.getName() + ".CONTEXT."; ``` 而 SpringIOC 容器在 ServletContext 中的属性名: ``` String ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE = WebApplicationContext.class.getName() + ".ROOT"; ``` 前面的没什么好说的,我们看下 onRefresh() 方法,调用了 initStrategies() 方法: <div align="center"> <img src="https://github.com/Jimmy2Angel/jimmy2angel.github.io/blob/master/img/SpringMVC/DispatcherServlet-onRefresh.png?raw=true"/> </div> 执行 MVC 的相关组件的初始化,我们以 HandlerMappings 为例看来看下: <div align="center"> <img src="https://github.com/Jimmy2Angel/jimmy2angel.github.io/blob/master/img/SpringMVC/DispatcherServlet-initHandlerMappings.png?raw=true"/> </div> detectAllHandlerMappings 默认为 true,从当前的 SpringMVC 容器及其父容器中查找所有的 HandlerMappings,否则只从当前的 SpringMVC 容器中查找 HandlerMapping,如果没有找到 handlerMappings,设置默认的 handlerMapping,默认值设置在 DispatcherServlet 同级目录的 DispatcherServlet.properties 中。 ### 多说一句 上面的 findWebApplicationContext(),createWebApplicationContext(rootContext) 之类的方法点进去看看也很容易懂,我就不贴源码了,然后 createWebApplicationContext 中会层层调用直到 AbstractApplicationContext 的 refresh 方法来初始化 bean,这个方法在之前分析 Spring 启动的时候看过,这里也就不看了。 还是那句话,以我现在水平分析源码并不指望能看懂并理解每一句每一行,但是看不懂的方法你就点进去看看,万一里面里面的东西你看过呢是不是,就怕看不懂然后觉得这行代码不重要就不看了。 嗯?说完了?怎么感觉看完之前的 [Spring 容器那点事](https://jimmy2angel.github.io/2017/05/31/SpringIOC/),再看这个好像也没什么了。我们再来简单说下 Spring 容器和 SpringMVC 容器的 py(手动滑稽) 关系。 ## Spring 容器 和 SpringMVC 容器的关系 ContextLoaderListener 中创建 ApplicationContext(SpringIOC 容器)主要用于整个 Web 应用程序需要共享的一些组件 ,比如 DAO,数据库的 ConnectionFactory 等。而由 DispatcherServlet 创建的 ApplicationContext(SpringMVC 容器)主要用于和该 Servlet 相关的一些组件 ,比如 Controller、ViewResovler 等。 对于作用范围而言, 在 DispatcherServlet 中可以引用由 ContextLoaderListener 所创建的 ApplicationContext ,而反过来不行。 在 Spring 的具体实现上,这两个 ApplicationContext 都是通过 ServletContext 的 setAttribute 方法放到 ServletContext 中的。但是, ContextLoaderListener 会先于 DispatcherServlet 创建 ApplicationContext,DispatcherServlet 在创建 ApplicationContext 时会先找到由 ContextLoaderListener 所创建的 ApplicationContext,再将后者的 ApplicationContext 作为参数传给 DispatcherServlet 的 ApplicationContext 的 setParent() 方法, ``` wac.setParent(parent); ``` 其中, wac 即为由 DisptcherServlet 创建的 ApplicationContext,而 parent 则为 ContextLoaderListener 创建的 ApplicationContext 。此后,框架又会调用 ServletContext 的 setAttribute() 方法将 wac 加入到 ServletContext 中。 当 Spring 在执行 ApplicationContext 的 getBean 时, 如果在自己 context 中找不到对应的 bean,则会在父容器中去找 。这也解释了为什么我们可以在 DispatcherServlet 中获取到由 ContextLoaderListener 对应的 ApplicationContext 中的 bean。举个例子就是,你可以在 controller 层中注入 service 层的 bean。