策略模式核心是“一个接口+多个实现类+上下文持接口引用”，通过解耦行为实现开闭原则，新增策略只需加类不改旧代码，纯JDK即可实现。

Java 基础中用接口实现策略模式，关键是靠“一个接口 + 多个实现类 + 上下文持有接口引用”这三要素完成行为解耦。它不依赖 Spring、泛型或高级语法，纯 JDK 就能跑通，核心目标是把 if-else 拆掉，让新增逻辑只需加类，不改老代码。

定义统一策略接口

接口只声明“做什么”，不暴露“怎么做”或业务细节。方法签名要稳定，避免后续改动导致所有实现类报错。

• 用上下文对象（如 PaymentContext）统一封装参数，而不是写 pay(String channel, BigDecimal amount)
• 方法返回值按需设计：简单场景用 void 或 boolean；需要结果时明确返回类型（如 Result）
• 不要在接口里加判断逻辑，比如 isSupport(String type) —— 这属于策略内部职责

编写多个具体策略类

每个类实现同一接口，各自封装一种算法或行为。它们彼此独立，互不影响。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 例如支付场景：WechatPayStrategy、AlipayStrategy、CardPayStrategy 都实现 PaymentStrategy
• 每个类只专注一件事，方法体尽量控制在 15–20 行内
• 避免在策略类里再嵌套 if-else —— 如果出现，说明策略粒度太粗，该进一步拆分

用上下文类封装调用逻辑

上下文不关心具体是哪个策略，只面向接口编程。它负责接收策略、传入上下文数据、触发执行。

立即学习“Java免费学习笔记（深入）”；

• 通过构造器或 setter 注入策略实例，便于测试和替换
• 提供统一入口方法（如 process(PaymentContext context)），内部直接调用 strategy.execute(context)
• 不硬编码策略选择逻辑，也不维护 Map 或 switch —— 选择权交给调用方

客户端按需切换策略

谁用谁选。运行时根据业务条件 new 出对应策略，传给上下文即可。

• 比如根据请求中的 channel 字段决定用哪个策略：if ("wechat".equals(ctx.getChannel())) { context.setStrategy(new WechatPayStrategy()); }
• 也可以配合简单工厂封装选择逻辑，但工厂本身不承担策略实现，只做 new 和返回
• 这种写法适合小项目或教学演示，清晰直观，不引入额外框架