mirror of
https://github.com/zhwei820/learn.lianglianglee.com.git
synced 2025-09-24 04:06:41 +08:00
460 lines
28 KiB
HTML
460 lines
28 KiB
HTML
<!DOCTYPE html>
|
||
<!-- saved from url=(0046)https://kaiiiz.github.io/hexo-theme-book-demo/ -->
|
||
<html xmlns="http://www.w3.org/1999/xhtml">
|
||
<head>
|
||
<head>
|
||
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
|
||
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1.0, user-scalable=no">
|
||
<link rel="icon" href="/static/favicon.png">
|
||
<title>08 数据访问：如何剖析 JdbcTemplate 数据访问实现原理？.md.html</title>
|
||
<!-- Spectre.css framework -->
|
||
<link rel="stylesheet" href="/static/index.css">
|
||
<!-- theme css & js -->
|
||
<meta name="generator" content="Hexo 4.2.0">
|
||
</head>
|
||
<body>
|
||
<div class="book-container">
|
||
<div class="book-sidebar">
|
||
<div class="book-brand">
|
||
<a href="/">
|
||
<img src="/static/favicon.png">
|
||
<span>技术文章摘抄</span>
|
||
</a>
|
||
</div>
|
||
<div class="book-menu uncollapsible">
|
||
<ul class="uncollapsible">
|
||
<li><a href="/" class="current-tab">首页</a></li>
|
||
</ul>
|
||
<ul class="uncollapsible">
|
||
<li><a href="../">上一级</a></li>
|
||
</ul>
|
||
<ul class="uncollapsible">
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/00 开篇词 从零开始：为什么要学习 Spring Boot？.md.html">00 开篇词 从零开始：为什么要学习 Spring Boot？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/01 家族生态：如何正确理解 Spring 家族的技术体系？.md.html">01 家族生态：如何正确理解 Spring 家族的技术体系？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/02 案例驱动：如何剖析一个 Spring Web 应用程序？.md.html">02 案例驱动：如何剖析一个 Spring Web 应用程序？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/03 多维配置：如何使用 Spring Boot 中的配置体系？.md.html">03 多维配置：如何使用 Spring Boot 中的配置体系？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/04 定制配置：如何创建和管理自定义的配置信息？.md.html">04 定制配置：如何创建和管理自定义的配置信息？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/05 自动配置：如何正确理解 Spring Boot 自动配置实现原理？.md.html">05 自动配置：如何正确理解 Spring Boot 自动配置实现原理？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/06 基础规范：如何理解 JDBC 关系型数据库访问规范？.md.html">06 基础规范：如何理解 JDBC 关系型数据库访问规范？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/07 数据访问：如何使用 JdbcTemplate 访问关系型数据库？.md.html">07 数据访问：如何使用 JdbcTemplate 访问关系型数据库？</a>
|
||
</li>
|
||
<li>
|
||
<a class="current-tab" href="/专栏/Spring Boot 实战开发/08 数据访问：如何剖析 JdbcTemplate 数据访问实现原理？.md.html">08 数据访问：如何剖析 JdbcTemplate 数据访问实现原理？</a>
|
||
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/09 数据抽象：Spring Data 如何对数据访问过程进行统一抽象？.md.html">09 数据抽象：Spring Data 如何对数据访问过程进行统一抽象？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/10 ORM 集成：如何使用 Spring Data JPA 访问关系型数据库？.md.html">10 ORM 集成：如何使用 Spring Data JPA 访问关系型数据库？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/11 服务发布：如何构建一个 RESTful 风格的 Web 服务？.md.html">11 服务发布：如何构建一个 RESTful 风格的 Web 服务？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/12 服务调用：如何使用 RestTemplate 消费 RESTful 服务？.md.html">12 服务调用：如何使用 RestTemplate 消费 RESTful 服务？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/13 服务调用：如何正确理解 RestTemplate 远程调用实现原理？.md.html">13 服务调用：如何正确理解 RestTemplate 远程调用实现原理？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/14 消息驱动：如何使用 KafkaTemplate 集成 Kafka？.md.html">14 消息驱动：如何使用 KafkaTemplate 集成 Kafka？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/15 消息驱动：如何使用 JmsTemplate 集成 ActiveMQ？.md.html">15 消息驱动：如何使用 JmsTemplate 集成 ActiveMQ？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/16 消息驱动：如何使用 RabbitTemplate 集成 RabbitMQ？.md.html">16 消息驱动：如何使用 RabbitTemplate 集成 RabbitMQ？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/17 安全架构：如何理解 Spring 安全体系的整体架构？.md.html">17 安全架构：如何理解 Spring 安全体系的整体架构？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/18 用户认证：如何基于 Spring Security 构建用户认证体系？.md.html">18 用户认证：如何基于 Spring Security 构建用户认证体系？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/19 服务授权：如何基于 Spring Security 确保请求安全访问？.md.html">19 服务授权：如何基于 Spring Security 确保请求安全访问？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/20 服务监控：如何使用 Actuator 组件实现系统监控？.md.html">20 服务监控：如何使用 Actuator 组件实现系统监控？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/21 指标定制：如何实现自定义度量指标和 Actuator 端点？.md.html">21 指标定制：如何实现自定义度量指标和 Actuator 端点？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/22 运行管理：如何使用 Admin Server 管理 Spring 应用程序？.md.html">22 运行管理：如何使用 Admin Server 管理 Spring 应用程序？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/23 数据测试：如何使用 Spring 测试数据访问层组件？.md.html">23 数据测试：如何使用 Spring 测试数据访问层组件？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/24 服务测试：如何使用 Spring 测试 Web 服务层组件？.md.html">24 服务测试：如何使用 Spring 测试 Web 服务层组件？</a>
|
||
</li>
|
||
<li>
|
||
<a href="/专栏/Spring Boot 实战开发/结束语 以终为始：Spring Boot 总结和展望.md.html">结束语 以终为始：Spring Boot 总结和展望</a>
|
||
</li>
|
||
</ul>
|
||
</div>
|
||
</div>
|
||
<div class="sidebar-toggle" onclick="sidebar_toggle()" onmouseover="add_inner()" onmouseleave="remove_inner()">
|
||
<div class="sidebar-toggle-inner"></div>
|
||
</div>
|
||
<script>
|
||
function add_inner() {
|
||
let inner = document.querySelector('.sidebar-toggle-inner')
|
||
inner.classList.add('show')
|
||
}
|
||
function remove_inner() {
|
||
let inner = document.querySelector('.sidebar-toggle-inner')
|
||
inner.classList.remove('show')
|
||
}
|
||
function sidebar_toggle() {
|
||
let sidebar_toggle = document.querySelector('.sidebar-toggle')
|
||
let sidebar = document.querySelector('.book-sidebar')
|
||
let content = document.querySelector('.off-canvas-content')
|
||
if (sidebar_toggle.classList.contains('extend')) { // show
|
||
sidebar_toggle.classList.remove('extend')
|
||
sidebar.classList.remove('hide')
|
||
content.classList.remove('extend')
|
||
} else { // hide
|
||
sidebar_toggle.classList.add('extend')
|
||
sidebar.classList.add('hide')
|
||
content.classList.add('extend')
|
||
}
|
||
}
|
||
function open_sidebar() {
|
||
let sidebar = document.querySelector('.book-sidebar')
|
||
let overlay = document.querySelector('.off-canvas-overlay')
|
||
sidebar.classList.add('show')
|
||
overlay.classList.add('show')
|
||
}
|
||
function hide_canvas() {
|
||
let sidebar = document.querySelector('.book-sidebar')
|
||
let overlay = document.querySelector('.off-canvas-overlay')
|
||
sidebar.classList.remove('show')
|
||
overlay.classList.remove('show')
|
||
}
|
||
</script>
|
||
<div class="off-canvas-content">
|
||
<div class="columns">
|
||
<div class="column col-12 col-lg-12">
|
||
<div class="book-navbar">
|
||
<!-- For Responsive Layout -->
|
||
<header class="navbar">
|
||
<section class="navbar-section">
|
||
<a onclick="open_sidebar()">
|
||
<i class="icon icon-menu"></i>
|
||
</a>
|
||
</section>
|
||
</header>
|
||
</div>
|
||
<div class="book-content" style="max-width: 960px; margin: 0 auto;
|
||
overflow-x: auto;
|
||
overflow-y: hidden;">
|
||
<div class="book-post">
|
||
<p id="tip" align="center"></p>
|
||
<div><h1>08 数据访问：如何剖析 JdbcTemplate 数据访问实现原理？</h1>
|
||
<p>07 讲中，我们介绍了使用 JdbcTemplate 模板工具类完成关系型数据库访问的详细实现过程，通过 JdbcTemplate 不仅简化了数据库操作，还避免了使用原生 JDBC 带来的代码复杂度和冗余性问题。</p>
|
||
<p>那么，JdbcTemplate 在 JDBC 基础上如何实现封装的呢？今天，我将带领大家从设计思想出发，讨论 JDBC API 到 JdbcTemplate 的演进过程，并剖析 JdbcTemplate 的部分核心源码。</p>
|
||
<h3>从模板方法模式和回调机制说起</h3>
|
||
<p>从命名上 JdbcTemplate 显然是一种模板类，这就让我们联想起设计模式中的模板方法模式。为了让你更好地理解 JdbcTemplate 的实现原理，我们先对这一设计模式进行简单说明。</p>
|
||
<h4>模板方法设计模式</h4>
|
||
<p>模板方法模式的原理非常简单，它主要是利用了面向对象中类的继承机制，目前应用非常广泛的，且在实现上往往与抽象类一起使用，比如 Spring 框架中也大量应用了模板方法实现基类和子类之间的职责分离和协作。</p>
|
||
<p>按照定义，完成一系列步骤时，这些步骤需要遵循统一的工作流程，个别步骤的实现细节除外，这时我们就需要考虑使用模板方法模式处理了。模板方法模式的结构示意图如下所示：</p>
|
||
<p><img src="assets/Ciqc1F_THuiASLZ8AACi3dbo9Ww445.png" alt="图片7.png" /></p>
|
||
<p>模板方法设计模式结构示意图</p>
|
||
<p>上图中，抽象模板类 AbstractClass 定义了一套工作流程，而具体实现类 ConcreteClassA 和 ConcreteClassB 对工作流程中的某些特定步骤进行了实现。</p>
|
||
<h4>回调机制</h4>
|
||
<p>在软件开发过程中，回调（Callback）是一种常见的实现技巧，回调的含义如下图所示：</p>
|
||
<p><img src="assets/Ciqc1F_THviAWcz1AABn8HsEEZA924.png" alt="图片8.png" /></p>
|
||
<p>回调示意图</p>
|
||
<p>上图中，ClassA 的 operation1() 方法调用 ClassB 的 operation2() 方法，ClassB 的 operation2() 方法执行完毕再主动调用 ClassA 的 callback() 方法，这就是回调机制，体现的是一种双向的调用方式。</p>
|
||
<p>从上面描述可以看到，回调在任务执行过程中不会造成任何的阻塞，任务结果一旦就绪，回调就会被执行，显然在方法调用上这是一种异步执行的方式。同时，回调还是实现扩展性的一种简单而直接的模式。</p>
|
||
<p>在上图中，我们看到执行回调时，代码会从一个类中的某个方法跳到另一个类中的某个方法，这种思想同样可以扩展到组件级别，即代码从一个组件跳转到另一个组件。只要预留回调的契约，原则上我们可以实现运行时根据调用关系动态来实现组件之间的跳转，从而满足扩展性的要求。</p>
|
||
<p>事实上，JdbcTemplate 正是基于模板方法模式和回调机制，才真正解决了原生 JDBC 中的复杂性问题。</p>
|
||
<p>接下来，我们结合 07 讲中给出的 SpringCSS 案例场景从 JDBC 的原生 API 出发，讨论 JdbcTemplate 的演进过程。</p>
|
||
<h3>JDBC API 到 JdbcTemplate 的演变</h3>
|
||
<p>在 06《基础规范：如何理解 JDBC 关系型数据库访问规范？》讲中，我们给出了基于 JDBC 原生 API 访问数据库的开发过程，那如何完成 JDBC 到JdbcTemplate 呢？</p>
|
||
<p>在整个过程中，我们不难发现创建 DataSource、获取 Connection、创建 Statement 等步骤实际上都是重复的，只有处理 ResultSet 部分需要我们针对不同的 SQL 语句和结果进行定制化处理，因为每个结果集与业务实体之间的对应关系不同。</p>
|
||
<p>这样，我们的思路就来了，首先我们想到的是如何构建一个抽象类实现模板方法。</p>
|
||
<h4>在 JDBC API 中添加模板方法模式</h4>
|
||
<p>假设我们将这个抽象类命名为 AbstractJdbcTemplate，那么该类的代码结构应该是这样的：</p>
|
||
<pre><code>public abstract class AbstractJdbcTemplate{
|
||
|
||
@Autowired
|
||
private DataSource dataSource;
|
||
|
||
public final Object execute(String sql) {
|
||
Connection connection = null;
|
||
Statement statement = null;
|
||
ResultSet resultSet = null;
|
||
try {
|
||
connection = dataSource.getConnection();
|
||
statement = connection.createStatement();
|
||
resultSet = statement.executeQuery(sql);
|
||
Object object = handleResultSet(resultSet);
|
||
return object;
|
||
} catch (SQLException e) {
|
||
System.out.print(e);
|
||
} finally {
|
||
if (resultSet != null) {
|
||
try {
|
||
resultSet.close();
|
||
} catch (SQLException e) {
|
||
}
|
||
}
|
||
if (statement != null) {
|
||
try {
|
||
statement.close();
|
||
} catch (SQLException e) {
|
||
}
|
||
}
|
||
if (connection != null) {
|
||
try {
|
||
connection.close();
|
||
} catch (SQLException e) {
|
||
}
|
||
}
|
||
}
|
||
return null;
|
||
}
|
||
|
||
protected abstract Object handleResultSet(ResultSet rs) throws SQLException;
|
||
}
|
||
</code></pre>
|
||
<p>AbstractJdbcTemplate 是一个抽象类，而 execute 方法主体代码我们都很熟悉，基本照搬了07 讲所构建的 OrderRawJdbcRepository 类中的代码。<strong>唯一需要注意的是，这里出现了一个模板方法 handleResultSet 用来处理 ResultSet。</strong></p>
|
||
<p>下面我们再构建一个 AbstractJdbcTemplate 的实现类 OrderJdbcTemplate，如下代码所示：</p>
|
||
<pre><code>public class OrderJdbcTemplate extends AbstractJdbcTemplate{
|
||
|
||
@Override
|
||
protected Object handleResultSet(ResultSet rs) throws SQLException {
|
||
|
||
List<Order> orders = new ArrayList<Order>();
|
||
while (rs.next()) {
|
||
Order order = new Order(rs.getLong("id"), rs.getString("order_number"), rs.getString("delivery_address"));
|
||
orders.add(order);
|
||
}
|
||
return orders;
|
||
}
|
||
}
|
||
</code></pre>
|
||
<p>显然，这里我们获取了 ResultSet 中的结果，并构建了业务对象进行返回。</p>
|
||
<p>我们再使用 OrderJdbcTemplate 执行目标 SQL 语句，如下代码所示：</p>
|
||
<pre><code>AbstractJdbcTemplate jdbcTemplate = new OrderJdbcTemplate();
|
||
List<Order> orders = (List<Order>) jdbcTemplate.execute("select * from Order");
|
||
</code></pre>
|
||
<p>就这样，一个添加了模板方法模式的 JdbcTemplate 就构建完成了，是不是很简单？接下来，我们继续讨论如何对它进行进一步改进。</p>
|
||
<h4>在 JDBC API 中添加回调机制</h4>
|
||
<p>试想一下，如果我们需要对各种业务对象实现数据库操作，那势必需要提供各种类似 OrderJdbcTemplate 这样的实现类，这点显然很不方便。一方面我们需要创建和维护一批新类，另一方面如果抽象方法数量很多，子类就需要实现所有抽象方法，尽管有些方法中子类并不会用到，这时该如何解决呢？</p>
|
||
<p>实际上，这种问题本质在于我们使用了抽象类。如果我们不想使用抽象类，则可以引入前面介绍的回调机制。使用回调机制的第一步，先定义一个回调接口来剥离业务逻辑，我们将其命名为 StatementCallback，如下代码所示：</p>
|
||
<pre><code>public interface StatementCallback {
|
||
|
||
Object handleStatement(Statement statement) throws SQLException;
|
||
}
|
||
</code></pre>
|
||
<p>然后，我们重新创建一个新的 CallbackJdbcTemplate 用来执行数据库访问，如下代码所示:</p>
|
||
<pre><code>public class CallbackJdbcTemplate {
|
||
|
||
@Autowired
|
||
private DataSource dataSource;
|
||
|
||
public final Object execute(StatementCallback callback){
|
||
Connection connection = null;
|
||
Statement statement = null;
|
||
ResultSet resultSet = null;
|
||
try {
|
||
connection = dataSource.getConnection();
|
||
statement = connection.createStatement();
|
||
Object object = callback.handleStatement(statement);
|
||
return object;
|
||
} catch (SQLException e) {
|
||
System.out.print(e);
|
||
} finally {
|
||
//省略异常处理
|
||
}
|
||
return null;
|
||
}
|
||
}
|
||
</code></pre>
|
||
<p><strong>注意，与 AbstractJdbcTemplate 类相比，CallbackJdbcTemplate 存在两处差异点。</strong> 首先，CallbackJdbcTemplate 不是一个抽象类。其次，execute 方法签名上传入的是一个 StatementCallback 对象，而具体的定制化处理是通过 Statement 传入到 Callback 对象中完成的，我们也可以认为是把原有需要子类抽象方法实现的功能转嫁到了 StatementCallback 对象上。</p>
|
||
<p>基于 CallbackJdbcTemplate 和 StatementCallback，我们可以构建具体数据库访问的执行流程，如下代码所示：</p>
|
||
<pre><code>public Object queryOrder(final String sql) {
|
||
|
||
class OrderStatementCallback implements StatementCallback {
|
||
|
||
public Object handleStatement(Statement statement) throws SQLException {
|
||
ResultSet rs = statement.executeQuery(sql);
|
||
List<Order> orders = new ArrayList<Order>();
|
||
while (rs.next()) {
|
||
Order order = new Order(rs.getLong("id"), rs.getString("order_number"),
|
||
rs.getString("delivery_address"));
|
||
orders.add(order);
|
||
}
|
||
|
||
return orders;
|
||
}
|
||
}
|
||
|
||
CallbackJdbcTemplate jdbcTemplate = new CallbackJdbcTemplate();
|
||
return jdbcTemplate.execute(new OrderStatementCallback());
|
||
}
|
||
</code></pre>
|
||
<p>这里，我们定义了一个 queryOrder 方法并传入 SQL 语句中用来实现对 Order 表的查询。</p>
|
||
<p>注意到，在 queryOrder 方法中我们构建了一个 OrderStatementCallback 内部类，该类实现了 StatementCallback 接口并提供了具体操作 SQL 的定制化代码。然后我们创建了一个 CallbackJdbcTemplate 对象并将内部类 OrderStatementCallback 传入该对象的 execute 方法中。</p>
|
||
<p>针对这种场景，实际上我们也可以不创建 OrderStatementCallback 内部类，因为该类只适用于这个场景中，此时更为简单的处理方法是使用匿名类，如下代码所示：</p>
|
||
<pre><code>public Object queryOrder(final String sql) {
|
||
|
||
CallbackJdbcTemplate jdbcTemplate = new CallbackJdbcTemplate();
|
||
return jdbcTemplate.execute(new StatementCallback() {
|
||
|
||
public Object handleStatement(Statement statement) throws SQLException {
|
||
ResultSet rs = statement.executeQuery(sql);
|
||
List<Order> orders = new ArrayList<Order>();
|
||
while (rs.next()) {
|
||
Order order = new Order(rs.getLong("id"), rs.getString("order_number"),
|
||
rs.getString("delivery_address"));
|
||
orders.add(order);
|
||
}
|
||
|
||
return orders;
|
||
}
|
||
});
|
||
}
|
||
</code></pre>
|
||
<p>匿名类的实现方式比较简洁点，且在日常开发过程中，我们也经常使用这种方式实现回调接口。</p>
|
||
<h3>JdbcTemplate 源码解析</h3>
|
||
<p>理解了 JDBC API 到 JdbcTemplate 的演变过程，接下来我们真正进入 Spring Boot 所提供的 JdbcTemplate 模板工具类的源码部分，看看它是否采用了这种设计思路。</p>
|
||
<p>我们直接看 JdbcTemplate 的 execute(StatementCallback action) 方法，如下代码所示：</p>
|
||
<pre><code>public <T> T execute(StatementCallback<T> action) throws DataAccessException {
|
||
Assert.notNull(action, "Callback object must not be null");
|
||
|
||
Connection con = DataSourceUtils.getConnection(obtainDataSource());
|
||
Statement stmt = null;
|
||
try {
|
||
stmt = con.createStatement();
|
||
applyStatementSettings(stmt);
|
||
T result = action.doInStatement(stmt);
|
||
handleWarnings(stmt);
|
||
return result;
|
||
}
|
||
catch (SQLException ex) {
|
||
String sql = getSql(action);
|
||
JdbcUtils.closeStatement(stmt);
|
||
stmt = null;
|
||
DataSourceUtils.releaseConnection(con, getDataSource());
|
||
con = null;
|
||
throw translateException("StatementCallback", sql, ex);
|
||
}
|
||
finally {
|
||
JdbcUtils.closeStatement(stmt);
|
||
DataSourceUtils.releaseConnection(con, getDataSource());
|
||
}
|
||
}
|
||
</code></pre>
|
||
<p>从以上代码中可以看出，execute 方法中同样接收了一个 StatementCallback 回调接口，然后通过传入 Statement 对象完成 SQL 语句的执行，这与前面我们给出的实现方法完全一致。</p>
|
||
<p>StatementCallback 回调接口定义代码如下：</p>
|
||
<pre><code>public interface StatementCallback<T> {
|
||
|
||
T doInStatement(Statement stmt) throws SQLException, DataAccessException;
|
||
}
|
||
</code></pre>
|
||
<p>同样，我们发现 StatementCallback 回调接口的定义也很类似。我们来看看上述 execute(StatementCallback action) 方法的具体使用方法。</p>
|
||
<p>**事实上，在 JdbcTemplate 中，还存在另一个 execute(final String sql) 方法，该方法中恰恰使用了 execute(StatementCallback action) 方法，**如下代码所示：</p>
|
||
<pre><code>public void execute(final String sql) throws DataAccessException {
|
||
if (logger.isDebugEnabled()) {
|
||
logger.debug("Executing SQL statement [" + sql + "]");
|
||
}
|
||
|
||
class ExecuteStatementCallback implements StatementCallback<Object>, SqlProvider {
|
||
@Override
|
||
@Nullable
|
||
public Object doInStatement(Statement stmt) throws SQLException {
|
||
stmt.execute(sql);
|
||
return null;
|
||
}
|
||
@Override
|
||
public String getSql() {
|
||
return sql;
|
||
}
|
||
}
|
||
|
||
execute(new ExecuteStatementCallback());
|
||
}
|
||
</code></pre>
|
||
<p>这里，我们同样采用了内部类的实现方式创建 StatementCallback 回调接口的实现类 ExecuteStatementCallback，然后通过传入 Statement 对象完成 SQL 语句的执行，最后通过调用 execute(StatementCallback<code><T></code> action) 方法实现整个执行过程。</p>
|
||
<h3>从源码解析到日常开发</h3>
|
||
<p>今天的内容与其说在讲 JdbcTemplate 的源码，不如说在剖析该类背后的设计思想，因此 08 讲中的很多知识点和实现方法都可以应用到日常开发过程中。</p>
|
||
<p>无论是模板方法还是回调机制，在技术实现上都没有难度，有难度的是应用的场景以及对问题的抽象。JdbcTemplate 基于 JDBC 的原生 API，把模板方法和回调机制结合在了一起，为我们提供了简洁且高扩展的实现方案，值得我们分析和应用。</p>
|
||
<h3>小结与预告</h3>
|
||
<p>JdbcTemplate 是 Spring 中非常具有代表性的一个模板工具类。今天的课程中，我们从现实应用场景出发，系统分析了原始 JDBC 规范到 JdbcTemplate 的演进过程，并给出了模板方法设计模式和回调机制在这一过程中所发挥的作用。我们先提供了 JdbcTemplate 的初步实现方案，然后结合 Spring Boot中 的 JdbcTemplate 源码做了类比。</p>
|
||
</div>
|
||
</div>
|
||
<div>
|
||
<div style="float: left">
|
||
<a href="/专栏/Spring Boot 实战开发/07 数据访问：如何使用 JdbcTemplate 访问关系型数据库？.md.html">上一页</a>
|
||
</div>
|
||
<div style="float: right">
|
||
<a href="/专栏/Spring Boot 实战开发/09 数据抽象：Spring Data 如何对数据访问过程进行统一抽象？.md.html">下一页</a>
|
||
</div>
|
||
</div>
|
||
</div>
|
||
</div>
|
||
</div>
|
||
</div>
|
||
<a class="off-canvas-overlay" onclick="hide_canvas()"></a>
|
||
</div>
|
||
<script defer src="https://static.cloudflareinsights.com/beacon.min.js/v652eace1692a40cfa3763df669d7439c1639079717194" integrity="sha512-Gi7xpJR8tSkrpF7aordPZQlW2DLtzUlZcumS8dMQjwDHEnw9I7ZLyiOj/6tZStRBGtGgN6ceN6cMH8z7etPGlw==" data-cf-beacon='{"rayId":"709975050bba3d60","version":"2021.12.0","r":1,"token":"1f5d475227ce4f0089a7cff1ab17c0f5","si":100}' crossorigin="anonymous"></script>
|
||
</body>
|
||
<!-- Global site tag (gtag.js) - Google Analytics -->
|
||
<script async src="https://www.googletagmanager.com/gtag/js?id=G-NPSEEVD756"></script>
|
||
<script>
|
||
window.dataLayer = window.dataLayer || [];
|
||
function gtag() {
|
||
dataLayer.push(arguments);
|
||
}
|
||
gtag('js', new Date());
|
||
gtag('config', 'G-NPSEEVD756');
|
||
var path = window.location.pathname
|
||
var cookie = getCookie("lastPath");
|
||
console.log(path)
|
||
if (path.replace("/", "") === "") {
|
||
if (cookie.replace("/", "") !== "") {
|
||
console.log(cookie)
|
||
document.getElementById("tip").innerHTML = "<a href='" + cookie + "'>跳转到上次进度</a>"
|
||
}
|
||
} else {
|
||
setCookie("lastPath", path)
|
||
}
|
||
function setCookie(cname, cvalue) {
|
||
var d = new Date();
|
||
d.setTime(d.getTime() + (180 * 24 * 60 * 60 * 1000));
|
||
var expires = "expires=" + d.toGMTString();
|
||
document.cookie = cname + "=" + cvalue + "; " + expires + ";path = /";
|
||
}
|
||
function getCookie(cname) {
|
||
var name = cname + "=";
|
||
var ca = document.cookie.split(';');
|
||
for (var i = 0; i < ca.length; i++) {
|
||
var c = ca[i].trim();
|
||
if (c.indexOf(name) === 0) return c.substring(name.length, c.length);
|
||
}
|
||
return "";
|
||
}
|
||
</script>
|
||
</html>
|