1. 策略模式：从概念到实战的完整指南

在软件开发中，我们经常会遇到这样的场景：同一个功能需要根据不同的条件采用不同的算法或行为。比如电商平台的折扣策略（新用户折扣、会员折扣、促销折扣），或者导航系统的路径计算（最短路径、最快路径、避开收费）。如果简单使用if-else或switch-case来处理这些分支逻辑，代码很快就会变得臃肿且难以维护。

这就是策略模式（Strategy Pattern）要解决的问题。作为行为型设计模式中最常用的一种，它定义了算法家族，分别封装起来，让它们之间可以互相替换。这种模式让算法的变化独立于使用算法的客户端，完美符合开闭原则（对扩展开放，对修改关闭）。

2. 策略模式的核心结构与实现

2.1 UML类图解析

策略模式的经典结构包含三个核心角色：

1. Context（环境类）：持有一个策略对象的引用，负责与客户端交互。它提供了一个设置策略的方法，允许运行时切换策略。

2. Strategy（抽象策略）：定义所有支持的算法或行为的公共接口。通常是一个接口或抽象类。

3. ConcreteStrategy（具体策略）：实现了Strategy接口的具体算法类，每个类封装了一种具体的算法或行为。

// 策略接口 interface DiscountStrategy { double applyDiscount(double originalPrice); } // 具体策略实现 class NewUserDiscount implements DiscountStrategy { @Override public double applyDiscount(double originalPrice) { return originalPrice * 0.9; // 新用户9折 } } class VIPDiscount implements DiscountStrategy { @Override public double applyDiscount(double originalPrice) { return originalPrice * 0.8; // VIP8折 } } // 环境类 class ShoppingCart { private DiscountStrategy discountStrategy; public void setDiscountStrategy(DiscountStrategy strategy) { this.discountStrategy = strategy; } public double checkout(double total) { return discountStrategy.applyDiscount(total); } }

2.2 典型应用场景分析

策略模式特别适用于以下场景：

• 一个系统需要在多种算法中选择一种时
• 需要动态地在不同算法之间切换时
• 有多个条件语句的相同行为时
• 封装算法相关的数据时

在实际项目中，我经常用它来处理：

• 支付方式选择（支付宝、微信、银行卡）
• 日志记录策略（文件、数据库、控制台）
• 数据压缩算法（ZIP、RAR、7z）
• 排序算法（快速排序、归并排序、堆排序）

3. 策略模式的进阶应用技巧

3.1 结合工厂模式优化策略创建

当策略对象较多时，可以使用简单工厂来管理策略的创建：

class DiscountStrategyFactory { public static DiscountStrategy getStrategy(String userType) { switch(userType) { case "NEW": return new NewUserDiscount(); case "VIP": return new VIPDiscount(); default: return new NoDiscount(); } } } // 客户端使用 DiscountStrategy strategy = DiscountStrategyFactory.getStrategy("VIP"); cart.setDiscountStrategy(strategy);

3.2 使用枚举简化策略定义

对于简单的策略，可以使用枚举来实现：

enum DiscountStrategy { NEW_USER { public double apply(double price) { return price * 0.9; } }, VIP { public double apply(double price) { return price * 0.8; } }; public abstract double apply(double price); }

3.3 策略模式与Lambda表达式

在Java 8+中，策略接口可以用函数式接口表示，策略实现可以用Lambda简化：

@FunctionalInterface interface DiscountStrategy { double apply(double price); } // 使用Lambda表达式 cart.setDiscountStrategy(price -> price * 0.85);

4. 策略模式的实战经验与避坑指南

4.1 常见实现误区

1. 策略类过度设计：不是所有算法变化都需要策略模式。如果算法很少变化或只有一两种实现，直接使用条件语句可能更简单。

2. 客户端必须了解所有策略：这增加了耦合。更好的做法是通过工厂或配置来管理策略选择。

3. 策略类之间共享数据：策略类应该是独立的。如果需要共享数据，应该通过Context传递。

4.2 性能优化建议

1. 策略对象复用：如果策略是无状态的，可以设计为单例。

2. 避免频繁创建策略对象：考虑使用对象池或缓存策略实例。

3. 策略选择优化：对于频繁切换的策略，可以使用Map来存储策略，提高查找效率。

4.3 测试策略模式的最佳实践

1. 单元测试每个策略：确保每个具体策略类都有独立的测试用例。

2. 测试策略切换：验证Context在不同策略下的行为是否正确。

3. 模拟边界条件：测试策略在极端输入下的表现。

@Test public void testVIPDiscount() { DiscountStrategy strategy = new VIPDiscount(); assertEquals(80.0, strategy.applyDiscount(100.0), 0.001); } @Test public void testStrategySwitch() { ShoppingCart cart = new ShoppingCart(); cart.setDiscountStrategy(new NewUserDiscount()); assertEquals(90.0, cart.checkout(100.0), 0.001); cart.setDiscountStrategy(new VIPDiscount()); assertEquals(80.0, cart.checkout(100.0), 0.001); }

5. 策略模式与其他设计模式的关系

5.1 策略模式 vs 状态模式

两者结构相似但意图不同：

• 策略模式：客户端主动选择算法
• 状态模式：状态转换由内部条件决定

5.2 策略模式 vs 模板方法模式

都是封装算法，但：

• 策略模式使用对象组合
• 模板方法使用类继承

5.3 策略模式 vs 命令模式

命令模式将请求封装为对象，而策略模式封装的是算法。

6. 实际项目中的策略模式应用案例

6.1 电商平台促销系统

在一个电商项目中，我们使用策略模式实现了复杂的促销规则：

interface PromotionStrategy { Order applyPromotion(Order order); } class FullReductionPromotion implements PromotionStrategy { private double threshold; private double reduction; // 满减策略实现 } class DiscountPromotion implements PromotionStrategy { private double discountRate; // 折扣策略实现 } class PointPromotion implements PromotionStrategy { private int pointsPerDollar; // 积分策略实现 } // 促销引擎 class PromotionEngine { private List<PromotionStrategy> strategies; public Order applyPromotions(Order order) { Order result = order; for (PromotionStrategy strategy : strategies) { result = strategy.applyPromotion(result); } return result; } }

6.2 游戏开发中的AI行为

在游戏开发中，策略模式常用于NPC的AI行为：

interface AIStrategy { void execute(GameCharacter character); } class AggressiveStrategy implements AIStrategy { // 攻击性行为实现 } class DefensiveStrategy implements AIStrategy { // 防御性行为实现 } class NeutralStrategy implements AIStrategy { // 中立行为实现 } // 游戏角色类 class NPC { private AIStrategy strategy; public void setStrategy(AIStrategy strategy) { this.strategy = strategy; } public void update() { strategy.execute(this); } }

6.3 金融系统中的风险评估

在金融系统中，不同客户可能需要不同的风险评估策略：

interface RiskAssessmentStrategy { RiskLevel assess(Client client); } class ConservativeAssessment implements RiskAssessmentStrategy { // 保守型评估 } class BalancedAssessment implements RiskAssessmentStrategy { // 平衡型评估 } class AggressiveAssessment implements RiskAssessmentStrategy { // 激进型评估 } // 风险评估服务 class RiskAssessmentService { private Map<ClientType, RiskAssessmentStrategy> strategies; public RiskLevel assess(Client client) { return strategies.get(client.getType()).assess(client); } }

7. 策略模式的局限性与替代方案

虽然策略模式非常有用，但它也有局限性：

1. 策略类数量爆炸：当算法变体很多时，会产生大量小类。

2. 客户端必须理解策略差异：客户端需要知道不同策略的区别才能正确选择。

3. 通信开销：策略与Context之间可能需要传递大量数据。

替代方案包括：

• 对于简单情况：使用函数式编程（Lambda）
• 对于复杂情况：考虑状态模式或责任链模式

在实际项目中，我通常会根据以下标准决定是否使用策略模式：

1. 算法是否会频繁变化或扩展？
2. 是否有多个条件分支处理相同问题？
3. 是否需要运行时动态切换算法？

如果三个问题中有两个以上回答"是"，策略模式通常是个好选择。