static方法不适合策略模式，因其无法被重写和多态调用，违背策略模式依赖接口、运行时动态切换具体实现的核心要求。
Java 中 static 方法不能直接实现策略模式，因为策略模式依赖多态和接口/抽象类的动态绑定，而 static 方法属于类而非实例，无法被重写（override），也不支持运行时动态选择具体实现。
为什么 static 方法不适合策略模式
策略模式的核心是“定义一系列算法，把它们一个个封装起来，并且使它们可以互相替换”。这需要：
- 统一的行为契约（通常用接口或抽象类）
- 不同策略的具体实现类
- 上下文（Context）在运行时持有并切换具体策略对象
- 通过多态调用策略方法（如
strategy.execute()）
而 static 方法无法被继承或重写，也不能被多态调用——编译期就绑定到声明它的类，无法实现“同一接口、不同行为”的动态替换。
常见误用：用 static 工具类模拟策略
有人会写一个工具类，里面一堆 static 方法，比如：
class PaymentUtils {
static void payByAlipay() { ... }
static void payByWechat() { ... }
static void payByBank() { ... }
}
这看起来像策略，但本质是过程式调用，不是策略模式。问题包括：
- 无法统一类型，不能传参给通用处理逻辑
- 无法注入、无法 mock，测试困难
- 违反开闭原则：新增支付方式需修改工具类
- 无法组合、装饰或代理策略
正确做法：用实例 + 接口 + 依赖注入
标准策略模式结构如下：
// 策略接口
interface PaymentStrategy {
void pay(double amount);
}
// 具体策略
class AlipayStrategy implements PaymentStrategy {
public void pay(double amount) { System.out.println("Alipay: " + amount); }
}
class WechatStrategy implements PaymentStrategy {
public void pay(double amount) { System.out.println("Wechat: " + amount); }
}
// 上下文
class PaymentContext {
private PaymentStrategy strategy;
public void setStrategy(PaymentStrategy strategy) { this.strategy = strategy; }
public void executePayment(double amount) { strategy.pay(amount); }
}
使用时可灵活切换：
PaymentContext context = new PaymentContext(); context.setStrategy(new AlipayStrategy()); context.executePayment(100.0); context.setStrategy(new WechatStrategy()); context.executePayment(200.0);
如果非要“静态”入口，可用工厂或枚举辅助
保持策略对象化的同时，提供便捷的静态获取方式（不破坏模式本质）：
enum PaymentType {
ALIPAY { @Override PaymentStrategy create() { return new AlipayStrategy(); } },
WECHAT { @Override PaymentStrategy create() { return new WechatStrategy(); } };
abstract PaymentStrategy create();
}
// 使用
PaymentContext context = new PaymentContext();
context.setStrategy(PaymentType.ALIPAY.create());
或者用静态工厂方法：
class StrategyFactory {
public static PaymentStrategy of(String type) {
return switch (type) {
case "alipay" -> new AlipayStrategy();
case "wechat" -> new WechatStrategy();
default -> throw new IllegalArgumentException();
};
}
}
不复杂但容易忽略：策略模式的价值不在“怎么写”，而在“能否解耦变化、便于扩展和测试”。static 方法绕不开这个前提，强行套用只会让代码更难维护。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
