本文共 2706 字，大约阅读时间需要 9 分钟。

定义一组算法，将每个算法都封装起来，并且使他们之间可以互换。

策略模式是对算法的封装，把一系列的算法分别封装到对应的类中，并且这些类实现相同的接口，相互之间可以替换。

策略模式与模板模式

在前面说过的行为类模式中，有一种模式也是关注对算法的封装——模版方法模式，策略模式与模版方法模式的区别仅仅是多了一个单独的封装类Context，它与模版方法模式的区别在于：在模版方法模式中，调用算法的主体在抽象的父类中，而在策略模式中，调用算法的主体则是封装到了封装类Context中，抽象策略Strategy一般是一个接口，目的只是为了定义规范，里面一般不包含逻辑。其实，这只是通用实现，而在实际编程中，因为各个具体策略实现类之间难免存在一些相同的逻辑，为了避免重复的代码，我们常常使用抽象类来担任Strategy的角色，在里面封装公共的代码，因此，在很多应用的场景中，在策略模式中一般会看到模版方法模式的影子。

模板方法更加强调：

1）定义一条线（算法流程），线上的多个点是可以变化的（具体实现在子类中完成），线上的多个点一定是会被执行的，并且一定是按照特定流程被执行的。 2）算法流程只有唯一的入口，对于点的访问是受限的【通常用受保护的虚函数来定义可变点】。

策略模式更注重于： 一个“策略”是一个 整体的(完整的) 算法，算法是可以被整体替换的。而模板方法只能被替换其中的特定点，算法流程是固定不可变的。

代码示例

1.	interface IStrategy {  2.	    public void doSomething();  3.	}  4.	class ConcreteStrategy1 implements IStrategy {  5.	    public void doSomething() {  6.	        System.out.println("具体策略1");  7.	    }  8.	}  9.	class ConcreteStrategy2 implements IStrategy {  10.	    public void doSomething() {  11.	        System.out.println("具体策略2");  12.	    }  13.	}  14.	class Context {  15.	    private IStrategy strategy;  16.	      17.	    public Context(IStrategy strategy){  18.	        this.strategy = strategy;  19.	    }  20.	      21.	    public void execute(){  22.	        strategy.doSomething();  23.	    }  24.	}  25.	  26.	public class Client {  27.	    public static void main(String[] args){  28.	        Context context;  29.	        System.out.println("-----执行策略1-----");  30.	        context = new Context(new ConcreteStrategy1());  31.	        context.execute();  32.	  33.	        System.out.println("-----执行策略2-----");  34.	        context = new Context(new ConcreteStrategy2());  35.	        context.execute();  36.	    }  37.	}  

策略模式结构

• 封装类：也叫上下文，对策略进行二次封装，目的是避免高层模块对策略的直接调用。
• 抽象策略：通常情况下为一个接口，当各个实现类中存在着重复的逻辑时，则使用抽象类来封装这部分公共的代码，此时，策略模式看上去更像是模版方法模式。
• 具体策略：具体策略角色通常由一组封装了算法的类来担任，这些类之间可以根据需要自由替换。

策略模式优缺点

1. 策略类之间可以自由切换，由于策略类实现自同一个抽象，所以他们之间可以自由切换。
2. 易于扩展，增加一个新的策略对策略模式来说非常容易，基本上可以在不改变原有代码的基础上进行扩展。
3. 避免使用多重条件，如果不使用策略模式，对于所有的算法，必须使用条件语句进行连接，通过条件判断来决定使用哪一种算法，使用多重条件判断是非常不容易维护的。

策略模式的缺点主要有两个：

1. 维护各个策略类会给开发带来额外开销，可能大家在这方面都有经验：一般来说，策略类的数量超过5个，就比较令人头疼了。
2. 必须对客户端（调用者）暴露所有的策略类，因为使用哪种策略是由客户端来决定的，因此，客户端应该知道有什么策略，并且了解各种策略之间的区别，否则，后果很严重。例如，有一个排序算法的策略模式，提供了快速排序、冒泡排序、选择排序这三种算法，客户端在使用这些算法之前，是不是先要明白这三种算法的适用情况？再比如，客户端要使用一个容器，有链表实现的，也有数组实现的，客户端是不是也要明白链表和数组有什么区别？就这一点来说是有悖于迪米特法则的。

策略模式使用场景

做面向对象设计的，对策略模式一定很熟悉，因为它实质上就是面向对象中的继承和多态，在看完策略模式的通用代码后，至少在在以下两种情况下，大家可以考虑使用策略模式，

1. 几个类的主要逻辑相同，只在部分逻辑的算法和行为上稍有区别的情况。
2. 有几种相似的行为，或者说算法，客户端需要动态地决定使用哪一种，那么可以使用策略模式，将这些算法封装起来供客户端调用。

策略模式是一种简单常用的模式，我们在进行开发的时候，会经常有意无意地使用它，一般来说，策略模式不会单独使用，跟模版方法模式、工厂模式等混合使用的情况比较多。

简单代理模式与策略模式在功能上的很大的区别是： 

简单代理模式中，代理类知道被代理类的行为，因为代理类与被代理类实现的是同一个接口，因此代理类与被代理类的结构是相同的；  而策略模式中，策略容器并不知道内部策略的详细信息，因为容器并没有实现与内部策略相同的接口，即容器与内部策略只是简单的组合关系，容器只是将内部策略的行为抽取出来，进行了统一的实现。 

转载地址：http://kxrii.baihongyu.com/