- 正确答案：策略模式（Strategy Pattern）和模板方法模式（Template Method Pattern）都是行为型设计模式，用于解耦算法的定义与使用，但它们的实现机制、控制权归属和扩展方式有本质区别。策略模式将算法封装成独立的策略类，客户端在运行时动态选择并切换具体策略；模板方法模式则在父类中定义算法骨架（即模板方法），将可变步骤延迟到子类中实现，由父类控制流程，子类负责细节。 - 解答思路：要清晰区分二者，需从四个维度切入：（1）控制流方向（谁调用谁）；（2）扩展方式（继承 vs 组合）；（3）运行时灵活性（静态编译期绑定 vs 动态运行时注入）；（4）开闭原则体现形式（对修改关闭，对扩展开放的具体路径）。先明确模板方法是“父类定流程、子类填空”，属于继承式复用；策略模式是“接口定义行为契约、多个实现类提供不同算法”，属于组合式复用。再结合典型场景（如排序算法切换 vs 电商支付方式切换）对比其适用边界，最后指出二者可协同使用（例如模板方法内部某步骤委托给策略对象）。 - 深度知识讲解：【底层原理与数据结构支撑】二者虽属设计模式，但其实现深度依赖面向对象的三大机制：多态（虚函数表vtable调度）、封装（隐藏算法细节）、抽象（接口/抽象类作为契约）。 ▶ 模板方法模式的底层机制： - 依赖抽象类 + final修饰的模板方法 + abstract/hook method构成。 - Java中，模板方法被声明为final防止子类覆盖流程；钩子方法（hook method）默认为空实现，供子类选择性重写（如beforeExecute()、afterExecute()）。 - JVM层面：子类继承后，模板方法字节码在父类中固定，调用abstract方法时通过虚方法表（vtable）动态绑定到子类实现——这是运行时多态的底层保障。 - 关键约束：算法骨架不可变，变化点必须是“可替换的步骤”，且这些步骤在逻辑上具有正交性（互不影响执行顺序）。 ▶ 策略模式的底层机制： - 核心是策略接口（或函数式接口）+ 多个策略实现类 + 上下文（Context）持有策略引用。 - Context通常通过构造器注入、setter注入或工厂获取策略实例，实现依赖倒置（DIP）。 - 在支持一等函数的语言（如Python、JavaScript、Java 8+）中，策略甚至可退化为Lambda表达式或方法引用，此时底层对应的是函数对象（Function Interface实例）或闭包环境，无需显式类定义。 - 内存布局上：每个策略实例是独立对象，Context仅持有一个策略引用（指针），符合组合优于继承原则，避免类爆炸（如N种排序 × M种数据源 → N×M个子类；而策略模式只需N个策略类 + 1个Context）。【经典误用与反模式辨析】 - ❌ 将模板方法用于“大量if-else分支选择不同子流程”：这违背了模板方法“流程稳定”的前提，应改用策略+简单工厂。 - ❌ 策略类中包含大量重复代码（如公共日志、事务处理）：说明职责未分离，应提取为装饰器或AOP横切关注点，或让Context统一处理前置/后置逻辑（此时Context本身成为模板方法的载体）。 - ✅ 协同范式：模板方法定义主干（如“执行任务”=校验→执行→记录→通知），其中“执行”步骤不写死，而是委托给一个Strategy字段——即模板方法+策略组合，兼顾流程稳定性与算法可插拔性。【代码示例】 // Java 示例：模板方法模式（订单处理流程） abstract class OrderProcessor { // 模板方法：final保证流程不可篡改 public final void processOrder(Order order) { validate(order); // 模板内固定步骤 executePayment(order); // 钩子方法，子类可重写 ship(order); // 固定步骤 notifyCustomer(order); // 固定步骤 } protected void validate(Order order) { System.out.println("Validating order..."); } // 钩子方法：默认空实现，子类可选择覆盖 protected void executePayment(Order order) { System.out.println("Using default payment..."); } protected void ship(Order order) { System.out.println("Shipping order..."); } protected void notifyCustomer(Order order) { System.out.println("Notifying customer..."); } } class CreditCardOrderProcessor extends OrderProcessor { @Override protected void executePayment(Order order) { System.out.println("Charging credit card..."); } } // Java 示例：策略模式（支付策略） interface PaymentStrategy { void pay(double amount); } class AlipayStrategy implements PaymentStrategy { public void pay(double amount) { System.out.println("Paying " + amount + " via Alipay"); } } class WechatPayStrategy implements PaymentStrategy { public void pay(double amount) { System.out.println("Paying " + amount + " via WeChat Pay"); } } class ShoppingCart { private PaymentStrategy strategy; public ShoppingCart(PaymentStrategy strategy) { this.strategy = strategy; } public void setPaymentStrategy(PaymentStrategy strategy) { this.strategy = strategy; } public void checkout(double total) { strategy.pay(total); // 运行时动态绑定 } } // 协同使用示例：模板方法中嵌入策略 abstract class ReportGenerator { public final void generateReport(DataSource source) { List data = source.fetch(); List items = transform(data); String content = format(items); // ← 此处使用策略 export(content); } protected List transform(List data) { return data.stream().map(this::toItem).collect(Collectors.toList()); } protected abstract ReportItem toItem(Data d); // 策略委托点 protected abstract String format(List items); protected void export(String content) { System.out.println("Exporting: " + content.substring(0, Math.min(50, content.length())) + "..."); } } class HtmlReportGenerator extends ReportGenerator { private final Formatter htmlFormatter = new HtmlFormatter(); // 组合策略 @Override protected ReportItem toItem(Data d) { return new ReportItem(d.getId(), d.getValue()); } @Override protected String format(List items) { return htmlFormatter.format(items); // 委托给策略 } } interface Formatter { String format(List items); } class HtmlFormatter implements Formatter { public String format(List items) { return "" + items.size() + " items"; } } - 扩展知识： 1. 与状态模式的关系：三者都涉及“行为变化”，但状态模式关注对象内部状态改变导致行为切换（状态间有转移关系），策略无状态概念，模板方法无运行时切换。 2. 与命令模式对比：命令模式将请求封装为对象（支持撤销、队列、日志），策略仅封装算法，不承载上下文请求数据。 3. 现代演进：Spring框架中，@Service + 接口多实现 + @Qualifier 是策略模式的典型应用；AbstractController + @RequestMapping + 模板方法（如onInitBinder）体现模板方法思想；而Strategy Bean常配合ApplicationContext.getBean(…, Class)动态获取。 4. 性能考量：策略模式每次new策略实例或从Spring容器取Bean存在对象创建/查找开销，高频场景建议策略对象池化或使用枚举单例策略（如enum PaymentType { ALIPAY, WECHAT } + switch表达式分发）。

满帮一面

全站热榜

创作者周榜