Spring框架里藏着的模板方法模式：以JdbcTemplate为例，看它如何简化你的数据库操作
Spring框架中的模板方法模式实战：从JdbcTemplate看设计模式的优雅落地
记得刚接触Spring框架时，我总被JdbcTemplate的简洁高效所震撼——它竟然能用几行代码完成繁琐的数据库操作。直到某天翻开源码，才发现这背后隐藏着模板方法模式的精妙设计。今天，我们就以JdbcTemplate为例，看看这个经典模式如何在实际框架中大放异彩。
1. 模板方法模式的核心要义
模板方法模式绝不只是教科书上的抽象概念。它的本质在于固定流程骨架，开放细节实现，这恰恰是框架设计的黄金法则。想象一下，如果每个数据库操作都要手动处理连接获取、异常处理和资源释放，代码会变得多么臃肿且易错。
1.1 模式结构解析
典型的模板方法模式包含两个关键部分：
- 不变部分：定义在父类中的算法骨架（通常用final修饰）
- 可变部分：留给子类实现的抽象方法或钩子方法
在Spring中，这种思想被发挥得淋漓尽致。以数据库操作为例，无论执行什么SQL，基本流程都是：
1. 获取连接 2. 创建语句 3. 执行SQL 4. 处理结果 5. 释放资源1.2 Spring的独特实现
与传统实现不同，Spring采用了更灵活的方式：
| 传统模式 | Spring实现 |
|---|---|
| 通过继承抽象类 | 使用回调接口 |
| 子类必须实现所有抽象方法 | 可按需实现特定回调 |
| 类层次结构固定 | 更灵活的组装方式 |
这种改进使得模板方法模式在框架中的应用更加优雅，避免了类爆炸问题。
2. JdbcTemplate的模板方法剖析
打开JdbcTemplate的源码，你会发现它简直就是模板方法模式的活教材。让我们深入其核心方法execute：
2.1 执行流程的固定部分
public <T> T execute(StatementCallback<T> action) throws DataAccessException { // 1. 获取连接（不变） Connection con = DataSourceUtils.getConnection(obtainDataSource()); try { // 2. 创建语句（不变） Statement stmt = con.createStatement(); try { // 3. 执行回调（可变） return action.doInStatement(stmt); } finally { // 4. 释放语句（不变） JdbcUtils.closeStatement(stmt); } } catch (SQLException ex) { // 5. 异常处理（不变） throw translateException("StatementCallback", sql, ex); } finally { // 6. 释放连接（不变） DataSourceUtils.releaseConnection(con, getDataSource()); } }这个典型的模板方法清晰地分离了固定流程和可变部分。开发者只需关注StatementCallback接口的实现，其他繁琐细节都由框架处理。
2.2 回调接口的灵活运用
Spring没有采用传统的继承方式，而是通过回调接口实现扩展点：
@FunctionalInterface public interface StatementCallback<T> { T doInStatement(Statement stmt) throws SQLException, DataAccessException; }这种设计带来了三大优势：
- 避免类层次过深
- 支持Lambda表达式简化代码
- 更细粒度的控制
3. 实际应用中的模式变体
在真实项目中使用JdbcTemplate时，我们其实每天都在接触模板方法模式的各种变体。
3.1 查询操作的模板实现
以query方法为例：
public <T> List<T> query(String sql, RowMapper<T> rowMapper) throws DataAccessException { return result(query(sql, new RowMapperResultSetExtractor<>(rowMapper))); }这里RowMapper就是可变部分的抽象：
// 自定义结果映射 List<User> users = jdbcTemplate.query( "SELECT * FROM users", (rs, rowNum) -> new User( rs.getLong("id"), rs.getString("name") ) );3.2 批处理操作的模板
批处理同样遵循这一模式：
public int[] batchUpdate(String sql, BatchPreparedStatementSetter pss) { // ...固定流程 pss.setValues(ps, i); // 回调设置参数 // ...固定流程 }使用时只需关注参数设置：
jdbcTemplate.batchUpdate( "UPDATE products SET price = ? WHERE id = ?", new BatchPreparedStatementSetter() { public void setValues(PreparedStatement ps, int i) { ps.setBigDecimal(1, products.get(i).getPrice()); ps.setLong(2, products.get(i).getId()); } public int getBatchSize() { return products.size(); } } );4. 从框架设计看模式演进
Spring对模板方法模式的运用并非一成不变，而是随着版本迭代不断优化。
4.1 从经典到现代的演变
| 版本 | 实现特点 | 优势 |
|---|---|---|
| 早期 | 基于抽象类 | 结构清晰 |
| Spring 1.x | 引入回调接口 | 更灵活 |
| Spring 3.1+ | 支持Lambda | 代码更简洁 |
4.2 与其他模式的协同
在实际框架中，模板方法模式常与其他模式配合使用：
- 策略模式：通过不同的回调实现改变行为
- 工厂方法模式：创建特定的回调实例
- 装饰器模式：增强模板方法的功能
例如，Spring的事务管理就是模板方法+策略模式的经典组合：
transactionTemplate.execute(status -> { // 业务代码 return result; });5. 实战中的经验与陷阱
在项目中使用这类模式时，有些经验值得分享：
5.1 性能优化要点
- 连接池配置：模板方法中的连接获取是关键路径
- 语句重用：利用PreparedStatement缓存
- 批量处理：减少模板方法调用次数
5.2 常见错误规避
注意：不要在回调中处理资源释放，这属于模板的职责
我曾遇到过这样的反模式：
// 错误示范！ jdbcTemplate.execute(con -> { Statement stmt = con.createStatement(); try { return stmt.executeQuery(sql); } finally { stmt.close(); // 不需要！模板方法会处理 } });正确的做法是信任框架，保持回调简洁：
// 正确做法 jdbcTemplate.execute(con -> { return con.createStatement().executeQuery(sql); });6. 设计启示与扩展思考
模板方法模式在Spring中的应用给我们几点重要启示：
- 框架设计哲学：好莱坞原则（"不要调用我们，我们会调用你"）
- 代码复用艺术：将不变部分集中管理
- 扩展性平衡：通过回调提供足够的灵活性
在现代Java开发中，这种模式有了新的表现形式：
// 使用Stream API的类似思想 List<String> names = users.stream() .filter(u -> u.getAge() > 18) .map(User::getName) .collect(Collectors.toList());Stream的处理流程也是固定的（过滤→映射→收集），而每个步骤的具体行为可以自定义。