spring的JdbcTemplate源码分析

JdbcTemplate是spring对jdbc的封装，提供了操作数据库的模板。以前只是知道怎么用，今天有时间就去看了源码，加深自己的理解和阅读源码的能力。 首先JdbcTemplate 是org.springframework.jdbc.core的一个类，在spring-jdbc-4.1.3.RELEASE.jar包中。springAPI中介绍的第一句话就说**This is the central class in the JDBC core package**,(这是JDBC核心包中的中心类),可想而知，它在整个spring所封装的jdbc的地位。 一般我们都是通过xml文件配置springJDBC,配置如下： <bean id="c3p0" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> <property name="driverClass" value="${c3p0.driverClass}"/> <property name="jdbcUrl" value="${c3p0.jdbcUrl}"/> <property name="user" value="${c3p0.user}"/> <property name="password" value="${c3p0.password}"/> </bean> <bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate"> <property name="dataSource" ref="c3p0"/> </bean>

看JdbcTemplate的源码，我们看到

public JdbcTemplate(DataSource dataSource, boolean lazyInit) { setDataSource(dataSource); setLazyInit(lazyInit); afterPropertiesSet(); }

JdbcTemplate类继承了JdbcAccessor，dataSource属性也是JdbcAccessor类的。在构造对象时传如数据源对象，数据源封装连接数据库的必须要素。 以JdbcTemplate的update（）方法为例：

public int update(final String sql) throws DataAccessException { Assert.notNull(sql, "SQL must not be null"); if (logger.isDebugEnabled()) { logger.debug("Executing SQL update [" + sql + "]"); } class UpdateStatementCallback implements StatementCallback<Integer>, SqlProvider { @Override public Integer doInStatement(Statement stmt) throws SQLException { int rows = stmt.executeUpdate(sql); if (logger.isDebugEnabled()) { logger.debug("SQL update affected " + rows + " rows"); } return rows; } @Override public String getSql() { return sql; } } return execute(new UpdateStatementCallback()); }

我们看到在这个方法里面，定义了一个类UpdateStatementCallback，它实现了StatementCallback和SqlProvider接口，这两个接口都只含有一个方法，分别是doInStatement()，和getSql()，其中StatementCallback方法中传入一个我们熟悉的Statement对象，用来执行sql语句。定义完这个类后，将这个类的一个实例传递给execute()方法。execute()如下：

@Override public <T> T execute(StatementCallback<T> action) throws DataAccessException { Assert.notNull(action, "Callback object must not be null"); Connection con = DataSourceUtils.getConnection(getDataSource()); Statement stmt = null; try { Connection conToUse = con; if (this.nativeJdbcExtractor != null && this.nativeJdbcExtractor.isNativeConnectionNecessaryForNativeStatements()) { conToUse = this.nativeJdbcExtractor.getNativeConnection(con); } stmt = conToUse.createStatement(); applyStatementSettings(stmt); Statement stmtToUse = stmt; if (this.nativeJdbcExtractor != null) { stmtToUse = this.nativeJdbcExtractor.getNativeStatement(stmt); } T result = action.doInStatement(stmtToUse); handleWarnings(stmt); return result; } catch (SQLException ex) { // Release Connection early, to avoid potential connection pool deadlock // in the case when the exception translator hasn't been initialized yet. JdbcUtils.closeStatement(stmt); stmt = null; DataSourceUtils.releaseConnection(con, getDataSource()); con = null; throw getExceptionTranslator().translate("StatementCallback", getSql(action), ex); } finally { JdbcUtils.closeStatement(stmt); DataSourceUtils.releaseConnection(con, getDataSource()); } }

这里面代码我们也容易看懂，首先通过DataSourceUtils获取一个Connection对象，我们在jdbc中也是这么做的。接下来的那两个if判断有点看不懂，看了api大概是用于从连接池的包装对象中提取本地JDBC对象的接口。因为用的连接池，所以先判断nativeJdbcExtractor对象是否为空，不为空的话直接从此对象中获取对象。接下来就是执行sql拉，action.doInStatement(stmtToUse); 上述就是JdbcTemplate类执行一个普通update方法的全过程，看完发现其实也很简单。我们自己也可以写出来。可能就是spring自己封装的连接池的那一块东西毕竟复杂些。有时间再去研究研究。