策略模式采用组合的形式，把一个算法任务委托给被组合的接口，根据运行时传入对象的不同，算法可以做到相互替换，同时这些变化可以独立于具体的使用者。
例如，一般车上都会有喇叭，不同的车喇叭的声音不一样，将车抽象成一个接口如下：
1 public interface Vehicle{ 2 void whistle(); //鸣笛 3 }
我们都知道，自行车按铃是“铃铃铃”的声音，而小汽车则是“嘀嘀”声，它们都实现了Vehicle接口：
1 public class Bike implements Vehicle{ 2 public void whistle(){ 3 System.out.println("铃铃铃。。。"); 4 } 5 } 6 7 public class implements Vehicle{ 8 public void whistle(){ 9 System.out.println("嘀嘀。。。"); 10 } 11 }
现在，自行车和小汽车都能够正常的鸣笛了。然而，这种类结构有一个问题，假设小汽车的喇叭坏了，这个时候调用它的 whistle 方法没有发出任何声音，我们需要换一个喇叭。然而由于 whistle 方法是与具体的车(Car)绑定在一起了，要换喇叭，只能连车一起换了，这显然不划算，所以需要将喇叭与车进行重新设计，让喇叭只是作为车里面的一个可以随时更换的配件。让喇叭作为一个接口独立出来，并且在车里放置一个喇叭对象，需要鸣笛的时候，将鸣笛的任务交给喇叭就可以了。
首先，抽象出来一个喇叭接口：
1 public interface Horn{ 2 void ring(); //喇叭会响 3 }
每个车也都需要一个喇叭：
1 public interface Vehicle{ 2 Horn horn; 3 void whistle(); //鸣笛 4 }
然后，针对自行车和小汽车，分别设计各自的车铃：
1 // 自行车铃 2 public class Bicyclebell implements Horn{ 3 public void ring(){ 4 System.out.println("铃铃铃。。。"); 5 } 6 } 7 8 // 汽车车铃 9 public class CarbellDiDi implements Horn{ 10 public void ring(){ 11 System.out.println("嘀嘀。。。"); 12 } 13 } 14 15 // 汽车车铃 16 public class CarbellBaBa implements Horn{ 17 public void ring(){ 18 System.out.println("叭叭。。。"); 19 } 20 }
接着在自行车和汽车上都放置一个车铃：
1 public class Bike implements Vehicle{ 2 // 自行车需要自行车车铃 3 public Bike(){ 4 this.horn = new Bicyclebell(); 5 } 6 7 public void whistle(){ 8 horn.ring(); 9 } 10 11 public void setHorn(Horn horn){ 12 this.horn = horn; 13 } 14 } 15 16 public class Car implements Vehicle{ 17 // 汽车需要汽车铃 18 public Car(){ 19 this.horn = new CarBellDiDi(); 20 } 21 22 public void whistle(){ 23 horn.ring(); 24 } 25 26 public void setHorn(Horn horn){ 27 this.horn = horn; 28 } 29 }
接下来写一段程序测试一下我们的代码，看看是否能够达到预期：
1 public static void main(String[] args){ 2 Vehicle bike = new Bike(); 3 bike.whistle(); // 铃铃铃。。。 4 5 Vehicle car = new Car(); 6 car.whistle(); // 嘀嘀。。。 7 8 //给汽车换个喇叭 9 car.setHorn(new CarbellBaBa()); 10 car.whistle(); //叭叭。。。 11 }
可以看到，自行车和汽车成功的鸣笛了，并且我们成功地给汽车换了个喇叭。当然，可以看到子类中的whistle方法代码逻辑都一样，有些重复，我们完全可以将Vehicle变成一个抽象类，然后在其whistle方法里调用horn的ring方法，这样就可以减少许多冗余的代码，不过这不是本文的重点，这种实现方式暂且略过。
现在重新审视一下这个设计，不同的车铃对应着不同的策略，而车则是策略的使用者，通过组合的方式，实现了策略与使用者之间的解耦，并且通过setter方法可以动态的更改策略，这种做法便是运用了策略模式。
参考：<<Head First设计模式>>