引言

如果说JdbcTemplate类是Spring Jdbc的核心类,那么execute方法算得上Spring Jdbc的核心方法了,毕竟JdbcTemplate的很多public方法内部实际上是调用execute方法实现的。

public T execute(ConnectionCallback action) throws DataAccessException

通过使用操作一个JDBC的Connection的回调操作,可以执行JDBC的数据操作,同时支持Spring的事务管理和可以将throw的SQLException转为Spring统一定义的DataAccessException。该回调函数可以返回一个对象,也可以返回结果集。

内部实现

  1. public <T> T execute(ConnectionCallback<T> action) throws DataAccessException {
  2. Assert.notNull(action, "Callback object must not be null");
  3. Connection con = DataSourceUtils.getConnection(obtainDataSource());
  4. try {
  5. // Create close-suppressing Connection proxy, also preparing returned Statements.
  6. Connection conToUse = createConnectionProxy(con);
  7. return action.doInConnection(conToUse);
  8. }
  9. catch (SQLException ex) {
  10. // Release Connection early, to avoid potential connection pool deadlock
  11. // in the case when the exception translator hasn't been initialized yet.
  12. DataSourceUtils.releaseConnection(con, getDataSource());
  13. con = null;
  14. throw getExceptionTranslator().translate("ConnectionCallback", getSql(action), ex);
  15. }
  16. finally {
  17. DataSourceUtils.releaseConnection(con, getDataSource());
  18. }
  19. }

通过查看源代码,我们可以看出ConnectionCallback需要传入一个特殊的Jdbc Connection。

首先DataSourceUtils从当前的数据源获取一个普通Connection(该Connection支持Spring的事务),然后使用createConnectionProxy对这个Connection进行了封装了,使用了JDK动态代理技术,对Connection的一些方法进行了重新处理,比如isClose方法只会返回false,执行close方法时其内部根本就没有关闭。

当抛出SQLException的时候,为了防止初始化异常转换器的时候出现的存放Connecton的池出现死锁,会优先尝试释放该Connection,如果该Connection支持事务则释放,不然则由Spring自行判断是否关闭。实际上通过查看DataSourceUtils的具体实现可以发现,该Connection是通过TransactionSynchronizationManager包装过,因此是支持Spring的事务管理的。

T execute(StatementCallback action) throws DataAccessException

通过使用操作一个JDBC的Statement的回调操作,可以执行JDBC的数据操作,同时支持Spring的事务管理和可以将throw的SQLException转为Spring统一定义的DataAccessException。该回调函数可以返回一个对象,也可以返回结果集。

内部实现

  1. public <T> T execute(StatementCallback<T> action) throws DataAccessException {
  2. Assert.notNull(action, "Callback object must not be null");
  3. Connection con = DataSourceUtils.getConnection(obtainDataSource());
  4. Statement stmt = null;
  5. try {
  6. stmt = con.createStatement();
  7. applyStatementSettings(stmt);
  8. T result = action.doInStatement(stmt);
  9. handleWarnings(stmt);
  10. return result;
  11. }
  12. catch (SQLException ex) {
  13. // Release Connection early, to avoid potential connection pool deadlock
  14. // in the case when the exception translator hasn't been initialized yet.
  15. JdbcUtils.closeStatement(stmt);
  16. stmt = null;
  17. DataSourceUtils.releaseConnection(con, getDataSource());
  18. con = null;
  19. throw getExceptionTranslator().translate("StatementCallback", getSql(action), ex);
  20. }
  21. finally {
  22. JdbcUtils.closeStatement(stmt);
  23. DataSourceUtils.releaseConnection(con, getDataSource());
  24. }
  25. }

通过查看源代码,Connection的创建和释放就交给了DataSourceUtils,关于这个类如何创建、释放和关闭Connection,则可以看我的另一篇博客《DataUtils对Connection的获取、释放和关闭的操作学习》。

在获得Connection之后再创建Statement,并且通过applyStatementSettings方法设置Statement的fetchSize、maxRows和timeout属性。在完成了Statement的创建工作之后便是调用StatementCallback回调接口,返回执行结果。不过在返回执行结果之前需要判断是否抛出SQL Warning。如果JdbcTemplate的ignoreWarnings属性为true,即忽略警告,则仅仅在日志做debug处理,否则将会抛出SQLWarningException。

public void execute(final String sql) throws DataAccessException

内部实现

  1. public void execute(final String sql) throws DataAccessException {
  2. if (logger.isDebugEnabled()) {
  3. logger.debug("Executing SQL statement [" + sql + "]");
  4. }
  5. class ExecuteStatementCallback implements StatementCallback<Object>, SqlProvider {
  6. @Override
  7. public Object doInStatement(Statement stmt) throws SQLException {
  8. stmt.execute(sql);
  9. return null;
  10. }
  11. @Override
  12. public String getSql() {
  13. return sql;
  14. }
  15. }
  16. execute(new ExecuteStatementCallback());
  17. }

通过查看源代码,我们可以看出该方法内部实际上通过方法内部类调用了execute(StatementCallback action)方法,因此这也是为什么参数sql为final -- 内部类只能调用外部的final类型变量。

此外,该方法也对sql语句做了日志的debug处理,这样我们可以在调试的时候查看sql语句,前提是我们选择实现的日志框架要支持debug。

public T execute(PreparedStatementCreator psc, PreparedStatementCallback action)

内部实现

  1. public <T> T execute(PreparedStatementCreator psc, PreparedStatementCallback<T> action)
  2. throws DataAccessException {
  3. Assert.notNull(psc, "PreparedStatementCreator must not be null");
  4. Assert.notNull(action, "Callback object must not be null");
  5. if (logger.isDebugEnabled()) {
  6. String sql = getSql(psc);
  7. logger.debug("Executing prepared SQL statement" + (sql != null ? " [" + sql + "]" : ""));
  8. }
  9. Connection con = DataSourceUtils.getConnection(obtainDataSource());
  10. PreparedStatement ps = null;
  11. try {
  12. ps = psc.createPreparedStatement(con);
  13. applyStatementSettings(ps);
  14. T result = action.doInPreparedStatement(ps);
  15. handleWarnings(ps);
  16. return result;
  17. }
  18. catch (SQLException ex) {
  19. // Release Connection early, to avoid potential connection pool deadlock
  20. // in the case when the exception translator hasn't been initialized yet.
  21. if (psc instanceof ParameterDisposer) {
  22. ((ParameterDisposer) psc).cleanupParameters();
  23. }
  24. String sql = getSql(psc);
  25. JdbcUtils.closeStatement(ps);
  26. ps = null;
  27. DataSourceUtils.releaseConnection(con, getDataSource());
  28. con = null;
  29. throw getExceptionTranslator().translate("PreparedStatementCallback", sql, ex);
  30. }
  31. finally {
  32. if (psc instanceof ParameterDisposer) {
  33. ((ParameterDisposer) psc).cleanupParameters();
  34. }
  35. JdbcUtils.closeStatement(ps);
  36. DataSourceUtils.releaseConnection(con, getDataSource());
  37. }
  38. }

这个execute方法比较少用,主要是通过PreparedStatementCreator来获取PreparedStatement。PreparedStatementCreator接口是JdbcTemplate类使用的两个核心回调接口之一(另外一个是CallableStatementCreator)。此接口通过给定的一个Connection来创建一个PreparedStatement,去负责提供sql语句和任何必要的参数。同时为了更好的方便我们进行debug,建议PreparedStatementCreator实现类也能够继承实现SqlProvider接口。

public T execute(CallableStatementCreator csc, CallableStatementCallback action)

内部实现

  1. public <T> T execute(CallableStatementCreator csc, CallableStatementCallback<T> action)
  2. throws DataAccessException {
  3. Assert.notNull(csc, "CallableStatementCreator must not be null");
  4. Assert.notNull(action, "Callback object must not be null");
  5. if (logger.isDebugEnabled()) {
  6. String sql = getSql(csc);
  7. logger.debug("Calling stored procedure" + (sql != null ? " [" + sql + "]" : ""));
  8. }
  9. Connection con = DataSourceUtils.getConnection(obtainDataSource());
  10. CallableStatement cs = null;
  11. try {
  12. cs = csc.createCallableStatement(con);
  13. applyStatementSettings(cs);
  14. T result = action.doInCallableStatement(cs);
  15. handleWarnings(cs);
  16. return result;
  17. }
  18. catch (SQLException ex) {
  19. // Release Connection early, to avoid potential connection pool deadlock
  20. // in the case when the exception translator hasn't been initialized yet.
  21. if (csc instanceof ParameterDisposer) {
  22. ((ParameterDisposer) csc).cleanupParameters();
  23. }
  24. String sql = getSql(csc);
  25. JdbcUtils.closeStatement(cs);
  26. cs = null;
  27. DataSourceUtils.releaseConnection(con, getDataSource());
  28. con = null;
  29. throw getExceptionTranslator().translate("CallableStatementCallback", sql, ex);
  30. }
  31. finally {
  32. if (csc instanceof ParameterDisposer) {
  33. ((ParameterDisposer) csc).cleanupParameters();
  34. }
  35. JdbcUtils.closeStatement(cs);
  36. DataSourceUtils.releaseConnection(con, getDataSource());
  37. }
  38. }

这个execute方法也比较少用,主要是通过CallableStatementCreator来获取CallableStatement。与PreparedStatementCreator接口类似,CallableStatementCreator是JdbcTemplate接口另外一个的核心回调接口,同样建议也去实现SqlProvider接口。

public T execute(String sql, PreparedStatementCallback action) throws DataAccessException

该方法自定义实现了PreparedStatementCreator接口,调用了execute(PreparedStatementCreator psc, PreparedStatementCallback action)方法。

内部实现

  1. public <T> T execute(String sql, PreparedStatementCallback<T> action) throws DataAccessException {
  2. return execute(new SimplePreparedStatementCreator(sql), action);
  3. }

SimplePreparedStatementCreator的定义

  1. private static class SimplePreparedStatementCreator implements PreparedStatementCreator, SqlProvider {
  2. private final String sql;
  3. public SimplePreparedStatementCreator(String sql) {
  4. Assert.notNull(sql, "SQL must not be null");
  5. this.sql = sql;
  6. }
  7. @Override
  8. public PreparedStatement createPreparedStatement(Connection con) throws SQLException {
  9. return con.prepareStatement(this.sql);
  10. }
  11. @Override
  12. public String getSql() {
  13. return this.sql;
  14. }
  15. }

public T execute(String callString, CallableStatementCallback action) throws DataAccessException

该方法自定义实现了CallableStatementCreator接口,调用了execute(String callString, CallableStatementCallback action)方法。

内部实现

  1. public <T> T execute(String callString, CallableStatementCallback<T> action) throws DataAccessException {
  2. return execute(new SimpleCallableStatementCreator(callString), action);
  3. }

SimpleCallableStatementCreator的定义

  1. private static class SimpleCallableStatementCreator implements CallableStatementCreator, SqlProvider {
  2. private final String callString;
  3. public SimpleCallableStatementCreator(String callString) {
  4. Assert.notNull(callString, "Call string must not be null");
  5. this.callString = callString;
  6. }
  7. @Override
  8. public CallableStatement createCallableStatement(Connection con) throws SQLException {
  9. return con.prepareCall(this.callString);
  10. }
  11. @Override
  12. public String getSql() {
  13. return this.callString;
  14. }
  15. }

JdbcTemplate介绍<二>的更多相关文章

  1. Lucene.Net 2.3.1开发介绍 —— 二、分词(六)

    原文:Lucene.Net 2.3.1开发介绍 -- 二.分词(六) Lucene.Net的上一个版本是2.1,而在2.3.1版本中才引入了Next(Token)方法重载,而ReusableStrin ...

  2. Lucene.Net 2.3.1开发介绍 —— 二、分词(五)

    原文:Lucene.Net 2.3.1开发介绍 -- 二.分词(五) 2.1.3 二元分词 上一节通过变换查询表达式满足了需求,但是在实际应用中,如果那样查询,会出现另外一个问题,因为,那样搜索,是只 ...

  3. Lucene.Net 2.3.1开发介绍 —— 二、分词(三)

    原文:Lucene.Net 2.3.1开发介绍 -- 二.分词(三) 1.3 分词器结构 1.3.1 分词器整体结构 从1.2节的分析,终于做到了管中窥豹,现在在Lucene.Net项目中添加一个类关 ...

  4. Lucene.Net 2.3.1开发介绍 —— 二、分词(四)

    原文:Lucene.Net 2.3.1开发介绍 -- 二.分词(四) 2.1.2 可以使用的内置分词 简单的分词方式并不能满足需求.前文说过Lucene.Net内置分词中StandardAnalyze ...

  5. Lucene.Net 2.3.1开发介绍 —— 二、分词(二)

    原文:Lucene.Net 2.3.1开发介绍 -- 二.分词(二) 1.2.分词的过程 1.2.1.分词器工作的过程 内置的分词器效果都不好,那怎么办?只能自己写了!在写之前当然是要先看看内置的分词 ...

  6. Lucene.Net 2.3.1开发介绍 —— 二、分词(一)

    原文:Lucene.Net 2.3.1开发介绍 -- 二.分词(一) Lucene.Net中,分词是核心库之一,当然,也可以将它独立出来.目前Lucene.Net的分词库很不完善,实际应用价值不高.唯 ...

  7. {Django基础十之Form和ModelForm组件}一 Form介绍 二 Form常用字段和插件 三 From所有内置字段 四 字段校验 五 Hook钩子方法 六 进阶补充 七 ModelForm

    Django基础十之Form和ModelForm组件 本节目录 一 Form介绍 二 Form常用字段和插件 三 From所有内置字段 四 字段校验 五 Hook钩子方法 六 进阶补充 七 Model ...

  8. MySQL之多表查询一 介绍 二 多表连接查询 三 符合条件连接查询 四 子查询 五 综合练习

    MySQL之多表查询 阅读目录 一 介绍 二 多表连接查询 三 符合条件连接查询 四 子查询 五 综合练习 一 介绍 本节主题 多表连接查询 复合条件连接查询 子查询 首先说一下,我们写项目一般都会建 ...

  9. MySQL行(记录)的详细操作一 介绍 二 插入数据INSERT 三 更新数据UPDATE 四 删除数据DELETE 五 查询数据SELECT 六 权限管理

    MySQL行(记录)的详细操作 阅读目录 一 介绍 二 插入数据INSERT 三 更新数据UPDATE 四 删除数据DELETE 五 查询数据SELECT 六 权限管理 一 介绍 MySQL数据操作: ...

随机推荐

  1. paperpass

    推荐大家一个靠谱的论文检测平台.重复的部分有详细出处以及具体修改意见,能直接在文章上做修改,全部改完一键下载就搞定了.怕麻烦的话,还能用它自带的降重功能.哦对了,他们现在正在做毕业季活动, 赠送很多免 ...

  2. NetMQ 发布订阅模式 Publisher-Subscriber

    第一部分引用于:点击打开 1:简单介绍 PUB-SUB模式一般处理的都不是系统的关键数据.发布者不关注订阅者是否收到发布的消息,订阅者也不知道自己是否收到了发布者发出的所有消息.你也不知道订阅者何时开 ...

  3. 根域名服务器(root DNS Servers)会被DDoS打垮么?

    域名服务作为互联网的基础设施,它的重要性不言而喻.目前全球的十三个根域名服务器和成千上万的授权域名服务器承担着超过万亿次的DNS查询,默默为全世界的网民做域名解析服务. 这样重要的基础设施,必然是全世 ...

  4. Java设计模式学习记录-GoF设计模式概述

    前言 最近要开始学习设计模式了,以前是偶尔会看看设计模式的书或是在网上翻到了某种设计模式,就顺便看看,也没有仔细的学习过.前段时间看完了JVM的知识,然后就想着JVM那么费劲的东西都看完了,说明自己学 ...

  5. Vxlan学习笔记——原理

    1. 为什么需要Vxlan 普通的VLAN数量只有4096个,无法满足大规模云计算IDC的需求,而IDC为何需求那么多VLAN呢,因为目前大部分IDC内部结构主要分为两种L2,L3.L2结构里面,所有 ...

  6. [HAOI 2015]按位或

    Description 题库链接 刚开始你有一个数字 \(0\) ,每一秒钟你会随机选择一个 \([0,2^n-1]\) 的数字,与你手上的数字进行或( \(\text{or}\) )操作.选择数字 ...

  7. C# 微信公众号开发--准备工作

    前言 最初打算熟悉下微信开发打算用node.js开发,结果底气不足先用C#开发,先踩了踩坑. 准备工作 微信公众平台开发者文档. 这个先多看几遍. 测试公众号,申请开通后会看到微信号,appID,ap ...

  8. java.. C# 使用AES加密互解 采用AES-128-ECB加密模式

    java需要下载外部包, commons codec.jar 1.6  較新的JAVA版本把Base64的方法改成靜態方法,可能會寫成Base64.encodeToString(encrypted, ...

  9. SqlServer--用代码创建和删除数据库和表

    创建数据库,创建表,设置主键数据库的分离和附加MS SQLServer的每个数据库包含:1个主数据文件(.mdf)必须.1个事务日志文件(.ldf)必须.可以包含:任意多个次要数据文件(.ndf)多个 ...

  10. One Person Game(zoj3593+扩展欧几里德)

    One Person Game Time Limit:2000MS Memory Limit:65536KB 64bit IO Format:%lld & %llu Submit Status ...