策略模式通过封装不同算法并允许运行时切换，提升代码灵活性和可扩展性。其核心由策略接口、具体策略类和上下文组成，实现算法与使用的分离。以Java排序为例，定义SortStrategy接口及BubbleSort、QuickSort等实现类，Sorter作为上下文持有策略引用，客户端可动态设置策略，无需修改源码。该模式适用于多行为变体、需动态切换算法或避免冗长条件判断的场景，符合开闭原则，增强可维护性与测试性。关键在于将变化的行为抽象，用组合取代硬编码，体现解耦设计思想。
策略模式是一种行为型设计模式，它让对象在运行时可以改变其行为。关键在于将算法或策略封装成独立的类，使它们可以互相替换，而不影响使用这些策略的客户端。这种设计让程序更灵活、可扩展，并符合开闭原则。
策略模式的核心组成
策略模式包含三个基本角色：
- 策略接口（Strategy）：定义所有支持算法的公共操作，通常是一个接口或抽象类。
- 具体策略类（Concrete Strategy）：实现策略接口的具体算法，每个类代表一种实现方式。
- 上下文（Context）：持有策略接口的引用，客户端通过上下文调用具体策略的方法，而无需知道实际使用的策略类型。
通过这种结构，算法的使用与算法的实现分离，提升了代码的解耦程度。
Java中的实际应用场景
一个典型的例子是排序策略的切换。假设你有一个数据处理系统，需要根据用户选择对数据进行不同方式的排序：
立即学习“Java免费学习笔记（深入）”；
- 使用冒泡排序处理小数据集
- 使用快速排序处理大数据集
- 允许后期添加归并排序等新算法
这时就可以定义一个SortStrategy接口，多个实现类分别实现不同的排序逻辑，上下文类接收策略实例并执行排序，客户端可在运行时决定使用哪种策略。
代码示例说明
以下是简化实现：
interface SortStrategy {
void sort(int[] arr);
}
class BubbleSort implements SortStrategy {
public void sort(int[] arr) {
System.out.println("使用冒泡排序");
// 实现略
}
}
class QuickSort implements SortStrategy {
public void sort(int[] arr) {
System.out.println("使用快速排序");
// 实现略
}
}
class Sorter {
private SortStrategy strategy;
public void setStrategy(SortStrategy strategy) {
this.strategy = strategy;
}
public void executeSort(int[] arr) {
strategy.sort(arr);
}
}
// 客户端使用
Sorter sorter = new Sorter();
sorter.setStrategy(new BubbleSort());
sorter.executeSort(data);
可以看到，Sorter不关心具体排序逻辑，只依赖接口。更换策略只需传入不同实现，无需修改原有代码。
优势与适用时机
策略模式适用于以下情况：
- 有多个相似类，仅行为不同
- 希望在运行时动态切换算法
- 避免在条件判断中写大量分支（如if-else或switch）
- 需要对外暴露可插拔的行为模块
它提高了系统的可维护性，也便于单元测试——每个策略可以独立测试。
基本上就这些。理解策略模式的关键是“把变化的行为提取出来，用组合代替硬编码”，这是面向对象设计中解耦思想的重要体现。
