什么是策略模式
策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化(摘自百度百科)
关键字：算法封装，相互替换，独立变化
算法封装表示，每个算法只提供接口，屏蔽实现的细节。相互替换很好理解，就是有一个共同的父类，当然父类不一定就是class，也可能是interface，这个要根据不同的业务场景来考虑。
独立变化怎么理解呢？这个就要牵扯到设计原则（我新来的，不知道专业术语是不是这个），对扩展开放，对修改关闭（开闭原则），简单来说就是，变化的东西放一边让它自己慢慢变化，而已经稳定的东西在扩展功能的时候不会产生变化，当然这个是良好的设计。如果加一个功能，然后发现以前的功能各种不能用了，那就太蛋疼了（不要问我怎么知道的，不然我就不会来写设计模式了）。
在软件设计中，唯一不变的东西就是：变化。你可能觉得我在扯淡，但是确实是变化，你们的产品经理有没有天天给你说，昨天那个能不能给我改一下，我觉得这样更好，balabalabala...,要不然就是，客户说上次那个功能不行，要再加点东西...，不要问我怎么知道的。
所以为什么要学设计模式呢，为了适应变化，为了少加班，这个是看得见的好处。还有一个好处是，优雅的代码可以让强迫症患者心理很舒服。
举个栗子
某公司有一款模拟鸭子的游戏，具体的表现就是，游戏中有各种鸭子，一边游泳一边叫。系统的内部采用的是标准的OO设计。
鸭子的超类如下：
public abstract class Duck {
public Duck(){
}
public abstract void display();
public void swim(){
System.out.println("所有的鸭子都会游泳");
}
public void quack(){
System.out.println("所有的鸭子都会呱呱叫");
}
}
具体实现类如下：
public class MallardDuck extends Duck {
@Override
public void display() {
System.out.println("绿头鸭，头是绿色的");
}
}
public class RedheadDuck extends Duck {
@Override
public void display() {
System.out.println("红头鸭，头是红色的");
}
}
其他实现省略....
需求变动：鸭子必须要能飞
简单的修改
在超类中新增fly方法，让所有的鸭子都具备飞行的能力
public abstract class Duck {
//其他方法省略
public void fly(){
System.out.println("所有的鸭子都会飞");
}
}
产生的问题：有的鸭子本身不能飞，但是在Duck类中添加了fly方法，却错误的赋予了它们飞行的能力，比如，橡皮鸭，超类中新加的方法，会影响所有子类的行为。
简单的解决办法：最简单的解决办法就是利用方法的复写@Override，复写fly方法，根据不同鸭子的特性去实现不同的fly。（缺陷：每新加一种鸭子，可能就会去复写超类的方法，如，加入一只木头鸭，它可能既不会飞行，又能发出声音，而且随着种类越多，那么复写的次数越多，重复的代码也就会越多，后期维护的时候可能就需要同时改很多个地方）
设计原则：应用中可能会产生变化之处，要把它们独立出来，不要和不需要变化的代码放在一处（不变化的代码一般是稳定的，加入变化的代码之后很可能就会破坏原来的稳定性）
独立变化的修改
变化的部分：飞行行为，鸣叫行为
//飞行行为
public interface FlyBehavior {
void fly();
}
//鸣叫行为
public interface QuackBehavior {
void quack();
}
Duck超类修改
public abstract class Duck {
// 接口的权限要根据实际项目来权衡，这里由于子类并不需要关心这两个接口的作用
// 全部都交给了父类来调用，所以用private，屏蔽掉细节
private FlyBehavior flyBehavior;
private QuackBehavior quackBehavior;
public abstract void display();
// 关于构造函数要不要传入fly行为和quack
// 这个就要分情况来考虑，如果业务上可以提供默认的行为，那么就可以使用无参的构造函数
// 如果业务上不能提供默认行为，就可以使用以下注释中的形式，要求子类强制实现，给后面的开发人员少挖点坑（当然，他们也可以去看以前的代码）
public Duck(FlyBehavior flyBehavior, QuackBehavior quackBehavior) {
this.flyBehavior = flyBehavior;
this.quackBehavior = quackBehavior;
}
// 一般来说，超类的行为是很少会出现变化的(增加或者减少)，如果一直出现变化，就证明这个超类的设计有问题，
// 或者说压根就不应该用策略模式，所以上述构造函数一般是不会调整的
// 在调用过程中一般不要出现下面这种写法，吞掉错误，是一件很蛋疼的事情，会增加队友们Debug的难度
// public void fly() {
// if (null == flyBehavior) {
// return;
// }
// flyBehavior.fly();
// }
public void fly() {
flyBehavior.fly();
}
public void quack() {
quackBehavior.quack();
}
public void swim() {
System.out.println("所有的鸭子默认都会游泳");
}
// 加入set方法后就可以随时调用这两个方法来改变鸭子的行为（策略模式的精髓，算法之间的相互替换）
public void setFlyBehavior(FlyBehavior flyBehavior) {
this.flyBehavior = flyBehavior;
}
public void setQuackBehavior(QuackBehavior quackBehavior) {
this.quackBehavior = quackBehavior;
}
}
Fly接口的实现类
1，不会飞行：
public class FlyNoWay implements FlyBehavior {
@Override
public void fly() {
System.out.println("我不会飞行，但是我有梦想");
}
}
2，用翅膀飞行
public class FlyWithWings implements FlyBehavior {
@Override
public void fly() {
System.out.println("我有翅膀，可以飞行");
}
}
鸣叫行为实现类
1， 呱呱叫
public class Quack implements QuackBehavior {
@Override
public void quack() {
System.out.println("呱呱呱....");
}
}
2， 沉默….
public class MuteQuack implements QuackBehavior {
@Override
public void quack() {
System.out.println("........");
}
}
具体的鸭子类（模型鸭）
public class ModelDuck extends Duck {
//这里的构造函数有两种形式
//第一种带有飞行行为和鸣叫行为的有参构造函数,这种形式就是完全将行为委托给客户端，
//*度更高，但是客户端就必须要自己了解所有行为的所有算法,或者他需要用到的所有算法
// public ModelDuck(FlyBehavior flyBehavior, QuackBehavior quackBehavior) {
// super(flyBehavior, quackBehavior);
// }
//第二种，设置默认的行为，客户端就不管飞行和鸣叫具体是怎么实现的，只要是模型鸭
//那么new ModelDuck().fly()，即可.
//在超类中有setFlyBehavior，setQuakBehavior，同样允许客户端自己选择
public ModelDuck() {
super(new FlyNoWay(), new MuteQuack());
}
@Override
public void display() {
System.out.println("我是一只模型鸭");
}
}
测试代码来说明什么是策略模式：
public class Client {
public static void main(String[] args) {
Duck duck = new ModelDuck();
duck.display();
System.out.println("默认飞行行为:");
duck.fly();
System.out.println("默认鸣叫行为:");
duck.quack();
//设置新的行为
duck.setFlyBehavior(new FlyWithWings());
duck.setQuackBehavior(new Quack());
System.out.println("新的飞行行为:");
duck.fly();
System.out.println("新的鸣叫行为:");
duck.quack();
//或者这样
duck.setFlyBehavior(new FlyBehavior() {
@Override
public void fly() {
System.out.println("我是火箭飞行模式");
}
});
duck.setQuackBehavior(new QuackBehavior() {
@Override
public void quack() {
System.out.println("学狗叫，汪汪汪");
}
});
System.out.println("自定义的飞行行为:");
duck.fly();
System.out.println("自定义的鸣叫行为:");
duck.quack();
}
}
现在每只鸭子的叫声和飞行都可以自己选择灵活配置，不仅可以切换鸭子，还可以切换鸭子的行为，这在原来的设计上是办不到的，现在加一种新的鸭子变得很简单了，而且不会对原来的设计造成影响。
第一次写东西，写的比较乱，表达的东西也不一定准确，虽然标题是策略模式，但是bb了很多跟策略模式无关的东西
要是想更清楚的了解策略模式可以去参考这位大神：http://blog.csdn.net/hguisu/article/details/7558249/