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的源码你会发现它简直就是模板方法模式的活教材。让我们深入其核心方法execute2.1 执行流程的固定部分public T T execute(StatementCallbackT 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 StatementCallbackT { T doInStatement(Statement stmt) throws SQLException, DataAccessException; }这种设计带来了三大优势避免类层次过深支持Lambda表达式简化代码更细粒度的控制3. 实际应用中的模式变体在真实项目中使用JdbcTemplate时我们其实每天都在接触模板方法模式的各种变体。3.1 查询操作的模板实现以query方法为例public T ListT query(String sql, RowMapperT rowMapper) throws DataAccessException { return result(query(sql, new RowMapperResultSetExtractor(rowMapper))); }这里RowMapper就是可变部分的抽象// 自定义结果映射 ListUser 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的类似思想 ListString names users.stream() .filter(u - u.getAge() 18) .map(User::getName) .collect(Collectors.toList());Stream的处理流程也是固定的过滤→映射→收集而每个步骤的具体行为可以自定义。