第4篇：模板方法 vs 策略模式，面试怎么选？

摘要：模板方法和策略模式都是行为型设计模式，但一个用继承、一个用组合，一个控制骨架、一个封装算法。本文用对比表格和实际场景帮你彻底分清两者的区别，并附上面试常问的陷阱问题，让你不再混淆。

本文是《Java 23 种设计模式：从踩坑到精通》模板方法模式长文的扩充短文第4篇，帮助你碎片化掌握核心知识点。

前一篇我们手写了饮品制作模板，用继承实现了固定骨架 + 可变细节。但面试官经常会追问："模板方法模式和策略模式有什么区别？什么时候该用哪个？"

这两个模式都是行为型，都用来处理算法变化，但设计思路截然不同。搞混了，项目代码可能越写越别扭。

对比维度	模板方法模式	策略模式
定义方式	继承：子类重写父类方法	组合：接口实现，客户端注入
控制权	父类控制整体流程，子类只填充细节	客户端选择策略，策略控制算法
粒度	控制算法的骨架（部分步骤可变）	封装整个算法（整体可替换）
复用方式	复用父类的通用代码	复用策略接口和具体策略类
典型应用	HttpServlet、JdbcTemplate、AbstractList	Comparator、支付方式、折扣策略
扩展方式	新增子类	新增策略实现类

流程固定、只需修改部分步骤 → 模板方法

需要整体替换算法、动态切换 → 策略模式

场景一：数据同步工具

同步流程固定：连接 → 提取 → 转换 → 加载 → 断开。不同数据源（MySQL、Oracle、Redis）只在提取和加载步骤不同。

→ 用模板方法 ，父类定流程，子类实现 extractData()和 loadData()。

场景二：电商促销计算

同一商品在不同促销活动下，折扣计算方式完全不同：满减、打折、赠品。而且活动可能随时切换。

→ 用策略模式 ，定义 DiscountStrategy接口，客户端运行时选择具体策略。

"既然模板方法用继承，策略用组合，那是不是策略一定优于模板？"

不一定。模板方法的优势在于流程一致性------父类牢牢把控顺序，子类不可能打乱步骤。这在很多框架中是刚需（比如 HttpServlet 的请求处理流程）。策略模式虽然更灵活，但如果流程顺序本身也是业务约束，用策略反而容易失控。

一句话总结：继承复用用模板，组合复用用策略。

📖 完整长文入口：本文是模板方法模式扩充系列的第4篇。如果你想一次性阅读完整内容（含UML、完整代码、框架应用、面试追问等），请查看原长文：

🔗 系列导航：