一、优点：
1、 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码转移到父类里面，从而避免重复的代码。
2、 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。
3、 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。
二、缺点：
1、客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
2、 策略模式造成很多的策略类，每个具体策略类都会产生一个新类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。换言之，可以使用享元模式来减少对象的数量。
三、策略模式的抽象过程
简单的说，策略模式就是要应对规则变化和新规则加入对程序带来的影响。
这里举个例子：
话说 刘备要到江东娶老婆了，走之前诸葛亮给赵云(伴郎) 三个锦囊妙计，说是按天机拆开解决棘手问题，最后搞得周瑜是赔了夫人又折兵。
那咱们来看看这是个场景是什么样子的。
先说这个场景种的要素：三个妙计，一个锦囊，一个赵云。 妙计是诸葛亮给的，妙计放在锦囊里俗称锦囊妙计。那个赵云就是一个干活的人，从锦囊中取出妙计，执行。
首先先写一个妙计的接口：
三个妙计是同一类型的东东，那咱就写个接口：
package com.cbf4life.strategy;
*首先定一个策略接口，这是诸葛亮老人家给赵云的三个锦囊妙计的接口
**/
public interface IStrategy {
//每个锦囊妙计都是一个可执行的算法
public void operate();
}
然后再写三个实现类，有三个妙计嘛：
package com.cbf4life.strategy;
/**
*找乔国老帮忙，使孙权不能杀刘备
*/
public class BackDoor implements IStrategy {
public void operate() {
System.out.println("找乔国老帮忙，让吴国太给孙权施加压力");
}
}
package com.cbf4life.strategy;
/**
*求吴国太开个绿灯
*/
public class GivenGreenLight implements IStrategy {
public void operate() {
System.out.println("求吴国太开个绿灯,放行！");
}
}
package com.cbf4life.strategy;
/**
*孙夫人断后，挡住追兵
*/
public class BlockEnemy implements IStrategy {
public void operate() {
System.out.println("孙夫人断后，挡住追兵");
}
}
好了，大家看看，三个妙计是有了，那需要有个地方放这些妙计呀，放锦囊呀：
package com.cbf4life.strategy;
/**
*计谋有了，那还要有锦囊
*/
public class Context {
//构造函数，你要使用那个妙计
private IStrategy straegy;
public Context(IStrategy strategy){
this.straegy = strategy;
}
//使用计谋了，看我出招了
public void operate(){
this.straegy.operate();
}
}
然后就是赵云雄赳赳的揣着三个锦囊，拉着已步入老年行列的、还想着娶纯情少女的、色迷迷的刘老爷子去入赘了，嗨，还别说，小亮的三个妙计还真是不错，瞅瞅：
package com.cbf4life.strategy;
public class ZhaoYun {
/**
*赵云出场了，他根据诸葛亮给他的交代，依次拆开妙计
*/
public static void main(String[] args) {
Context context;
//刚刚到吴国的时候拆第
System.out.println("-----------刚刚到吴国的时候拆第一个-------------");
context = new Context(new BackDoor()); //拿到妙计
context.operate(); //拆开执行
System.out.println("
");
//刘备乐不思蜀了，拆第二个了
System.out.println("-----------刘备乐不思蜀了，拆第二个了-------------"); context = new Context(new GivenGreenLight()); context.operate(); //执行了第二个锦囊了 System.out.println("
");
//孙权的小兵追了，咋办？拆第三个
System.out.println("-----------孙权的小兵追了，咋办？拆第三个-------------");
context = new Context(new BlockEnemy());
context.operate(); //孙夫人退兵
System.out.println("
");
/*
*问题来了：赵云实际不知道是那个策略呀，他只知道拆第一个锦囊，
*而不知道是BackDoor这个妙计，咋办？ 似乎这个策略模式已经把计谋名称写出来了
*
*错！BackDoor、GivenGreenLight、BlockEnemy只是一个代码，你写成first、second、third，没人会说你错!
*策略模式的好处就是：体现了高内聚低耦合的特性呀，缺点嘛，这个那个，我回去再查查
*/
}
}
就这三招，搞的周郎是“陪了夫人又折兵”呀！这就是策略模式，高内聚低耦合的特点也表现出来了，
还有一个就是扩展性，也就是 OCP 原则，策略类可以继续增加下去，只要修改 Context.java 就可以了，这个不多说了，自己领会吧。
以上文章翻译一篇PDF格式的文章上面的。