Java策略模式从入门到实战：小白也能看懂的设计模式指南

🌟 无需设计模式基础｜手把手写代码｜真实业务场景驱动｜学完就能用

---

① 技术栈用途介绍：它不是“炫技”，而是解决“多变逻辑”的刚需

想象一下：你正在开发一个电商系统，订单支付支持「微信支付」「支付宝支付」「银行卡支付」——每种方式的验签逻辑、回调处理、失败重试策略都不同。如果用 if-else 硬编码：

if (payType.equals("wechat")) {
    // 微信特有逻辑（20行）
} else if (payType.equals("alipay")) {
    // 支付宝特有逻辑（25行）
} else if (payType.equals("bank")) {
    // 银行卡逻辑（18行）
}

❌ 问题来了：

• 新增一种「数字人民币支付」？要改主逻辑，易出错；
• 某个支付渠道升级接口？牵一发而动全身；
• 测试人员要覆盖所有分支？维护成本爆炸。

✅ 策略模式就是为此而生：

把“变化的部分”（不同支付逻辑）封装成独立的类，让它们互不影响、自由替换、统一调用——就像给系统装上可插拔的「功能模块」。

📌 一句话记住它：“定义一系列算法，把它们一个个封装起来，并且使它们可以互相替换。”

---

② 环境准备与安装配置：零依赖，JDK 8+ 即可开干

策略模式是 Java 原生设计模式，无需额外框架或依赖！只需：

✅ 必备条件

• JDK 8 或更高版本（推荐 JDK 17）
• IDE：IntelliJ IDEA（社区版免费）或 VS Code + Java 扩展包
• 构建工具（可选）：Maven（用于后续扩展集成）

⚠️ 常见坑 & 排查

| 问题 | 原因 | 解决 | |------|------|------| | Cannot resolve symbol 'Strategy' | 没创建接口/类，或包路径错误 | 检查是否在同包下，或正确 import | | 运行时报 NullPointerException | 策略对象未实例化就调用 | 重点检查 Context 中的策略赋值逻辑 | | 编译报错 class file has wrong version | JDK 版本与项目配置不一致 | IDEA → Project Structure → Project SDK & Language Level 统一设置 |

💡 小贴士：策略模式纯 Java 实现，不用配 Maven、不用启服务器、不用写 XML——专注理解思想本身！

---

③ 入门实践（快速上手 Demo）：5 分钟写出第一个可运行策略

我们以「优惠券计算」为业务场景（更轻量、更贴近日常）：

• 满 100 减 10 元（满减券）
• 打 9 折（折扣券）
• 满 200 免单（免单券）

Step 1：定义策略接口（统一行为契约）

// com.example.strategy
public interface DiscountStrategy {
    /**
     * 计算最终价格
     * @param originalPrice 原价
     * @return 折后价格
     */
    double calculate(double originalPrice);
}

Step 2：实现具体策略（各司其职）

// 满减策略
public class FullReductionStrategy implements DiscountStrategy {
    @Override
    public double calculate(double originalPrice) {
        return originalPrice >= 100 ? originalPrice - 10 : originalPrice;
    }
}

// 折扣策略
public class DiscountStrategyImpl implements DiscountStrategy {
    @Override
    public double calculate(double originalPrice) {
        return originalPrice * 0.9;
    }
}

// 免单策略
public class FreeStrategy implements DiscountStrategy {
    @Override
    public double calculate(double originalPrice) {
        return originalPrice >= 200 ? 0 : originalPrice;
    }
}

Step 3：创建上下文（策略的“调度中心”）

public class DiscountContext {
    private DiscountStrategy strategy;

    // 运行时动态切换策略
    public void setStrategy(DiscountStrategy strategy) {
        this.strategy = strategy;
    }

    // 统一执行入口
    public double execute(double price) {
        if (strategy == null) {
            throw new IllegalStateException("策略未设置！");
        }
        return strategy.calculate(price);
    }
}

Step 4：编写测试主程序（见证效果！）

public class StrategyDemo {
    public static void main(String[] args) {
        DiscountContext context = new DiscountContext();

        // 场景1：用户领了满减券
        context.setStrategy(new FullReductionStrategy());
        System.out.println("原价 150 → 满减后：" + context.execute(150)); // 输出：140.0

        // 场景2：用户切换为折扣券
        context.setStrategy(new DiscountStrategyImpl());
        System.out.println("原价 150 → 折扣后：" + context.execute(150)); // 输出：135.0

        // 场景3：用户凑单到 220，用免单券
        context.setStrategy(new FreeStrategy());
        System.out.println("原价 220 → 免单后：" + context.execute(220)); // 输出：0.0
    }
}

✅ 运行结果：

原价 150 → 满减后：140.0
原价 150 → 折扣后：135.0
原价 220 → 免单后：0.0

🎉 恭喜！你已成功写出第一个策略模式工程！

---

④ 进阶与原理：不止于“能用”，更要“用得好”

🔹 为什么叫“策略”？—— 核心思想再凝练

• 开闭原则（OCP）落地：新增策略（如「积分抵扣」）→ 只需加一个新类 + 实现接口，不修改任何已有代码。
• 解耦利器：业务主流程（DiscountContext）完全不知道具体策略细节，只依赖抽象接口。

🔹 生产级增强技巧（小白也能懂）

✅ 策略自动注册（告别手动 new）

用 Map<String, DiscountStrategy> + Spring @PostConstruct 或静态块，实现「策略名 → 策略对象」映射：

private static final Map<String, DiscountStrategy> STRATEGY_MAP = new HashMap<>();
static {
    STRATEGY_MAP.put("fullReduction", new FullReductionStrategy());
    STRATEGY_MAP.put("discount", new DiscountStrategyImpl());
    STRATEGY_MAP.put("free", new FreeStrategy());
}
// 调用时：context.setStrategy(STRATEGY_MAP.get("discount"));

✅ 策略 + 工厂模式组合（更优雅）

public class StrategyFactory {
    public static DiscountStrategy getStrategy(String type) {
        return switch (type) {
            case "fullReduction" -> new FullReductionStrategy();
            case "discount" -> new DiscountStrategyImpl();
            case "free" -> new FreeStrategy();
            default -> throw new IllegalArgumentException("未知策略类型：" + type);
        };
    }
}

✅ 策略的“生命周期管理”小提醒

• 策略类通常是无状态的（stateless），可复用、可单例；
• 若需保存用户上下文（如优惠券 ID、有效期），应通过方法参数传入，不要在策略内部维护实例变量。

---

⑤ 总结与评估：理性看待，按需选用

| 维度 | 说明 | |------|------| | ✅ 核心优点 | • 逻辑隔离清晰，便于单元测试
• 新增/删除策略零侵入主流程
• 降低 if-else 嵌套复杂度，提升可读性 | | ❌ 局限性 | • 过度设计风险：简单场景（仅 2 种逻辑）用策略反而增加类数量
• 策略过多时，需配合工厂/注册中心管理，否则难以维护 | | 🧭 适用场景 | • 同一业务有多种算法实现（支付、路由、校验、排序）
• 算法需要在运行时动态切换
• 团队协作中希望明确“谁负责哪块逻辑” | | ⚖️ vs 状态模式？ | 状态模式关注对象内部状态改变导致行为变化（如订单：待支付→已发货→已完成）；策略模式关注外部选择不同算法（如支付：选微信 or 支付宝）。别混淆！ | | 📚 下一步建议 | 1️⃣ 动手改造自己项目中的一个 if-else 多分支逻辑
2️⃣ 学习「模板方法模式」（策略的“兄弟”）
3️⃣ 阅读《Head First 设计模式》第 2 章（中文版图解超友好） |

---

💬 最后送你一句心法： “策略模式不是为了写更多类，而是为了让每个类，只做一件该做的事。”

下一篇预告：《Java 工厂模式实战：从简单工厂到 Spring BeanFactory 的思维跃迁》——关注我，系统学透设计模式！

---

🔖 关键词：#Java #设计模式 #策略模式 #编程入门 #CSDN教程

© 本文原创，转载需授权。欢迎留言交流你的第一个策略实践！