概述
定义一系列算法，将每个算法封装起来。并让它们能够相互替换。策略模式让算法独立于使用它的客户而变化。
针对同一类型问题的多种处理方式
一、不使用策略模式
问题：
代码很多且复杂，if…else…多，不利于维护和扩展违反了"开闭原则"，增加新的出行方式必须修改源码复用性差，无法单独重用其中的某个或某些算法
二、策略模式
生活策略模式例子：
张三从广东去北京【1.坐飞机，2.坐火车，3.走路】鹅厂推出了3种会员，分别为会员，超级会员、及金牌会员【皮肤不同，折扣不同】诸葛亮的锦囊妙计
策略模式涉及到三个角色：
| 编号 | 角色 | 描述 |
|---|---|---|
| 1 | 环境(Context)角色 | 持有一个Strategy的引用 |
| 2 | 抽象策略(Strategy)角色 | 这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口 |
| 3 | 具体策略(ConcreteStrategy)角色 | 包装了相关的算法或行为。 |
UML
总结
优点:
策略模式提供了对“开闭原则”的完美支持，用户可以在不修改原有系统的基础上选择算法或行为，也可以灵活地-增加新的算法或行为。提供管理相关的算法族可以替换继承关系的办法。避免使用多重条件转移语句。
缺点:
客户端必须知道所有的策略类，并自行决定使用哪一个策略类策略模式将造成产生很多策略类，可以通过使用享元模式在一定程度上减少对象的数量