观察者模式（java设计模式）

本文结合了两篇博文而改，希望对你有用

观察者模式（Observer Pattern）也叫做发布订阅模式（Publish/subscribe）。

其定义如下：

定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新。

观察者模式理解：这是一种1对多的依赖，首先得有一个被观察者，当被观察者的状态发生变化时，可以自动通知notify观察者，所以叫做观察者模式。观察者模式中，一个被观察者管理所有相依于它的观察者物件，并且在本身的状态改变时主动发出通知。这通常通过呼叫各观察者所提供的方法来实现。此种模式通常被用来实现事件处理系统。

通用类图如下所示：

包含角色：

● Subject 抽象被观察者角色：

把所有对观察者对象的引用保存在一个集合中，每个被观察者角色都可以有任意数量的观察者。被观察者提供一个接口，可以增加和删除观察者角色。一般用一个抽象类和接口来实现。

● Observer 抽象观察者角色：

为所有具体的观察者定义一个接口，在得到主题的通知时更新自己。

● Concrete Subject具体被观察者角色：

在被观察者内部状态改变时，给所有登记过的观察者发出通知。具体被观察者角色通常用一个子类实现。

● Concrete Observer具体观察者角色：

该角色实现抽象观察者角色所要求的更新接口，以便使本身的状态与主题的状态相协调。通常用一个子类实现。如果需要，具体观察者角色可以保存一个指向具体主题角色的引用。

通用源代码如下：

[java] view plain copy

 

1. import java.util.*;  
2.   
3.   
4. // 被观察者  
5. public abstract class Subject {  
6.      //定义一个观察者数组  
7.      private Vector<Observer> obsVector = new Vector<Observer>();  
8.      //增加一个观察者  
9.      public void addObserver(Observer o){  
10.              this.obsVector.add(o);  
11.      }  
12.    //删除一个观察者  
13.      public void delObserver(Observer o){  
14.              this.obsVector.remove(o);  
15.      }  
16.      //通知所有观察者  
17.      public void notifyObservers(){  
18.              for(Observer o:this.obsVector){  
19.                      o.update();  
20.              }  
21.      }  
22. }  
23.   
24. //具体被观察者  
25. public class ConcreteSubject extends Subject {  
26.     //具体的业务  
27.     public void doSomething(){  
28.             /* 
29.              * do something 
30.              */  
31.             super.notifyObservers();  
32.     }  
33. }  
34.   
35. //观察者  
36. public interface Observer {  
37.      //更新方法  
38.      public void update();  
39. }  
40.   
41. //具体观察者  
42. public class ConcreteObserver implements Observer {  
43.      //实现更新方法  
44.      public void update() {  
45.              System.out.println("接收到信息，并进行处理！");  
46.      }  
47. }  
48.   
49. //测试类  
50. public class Client {  
51.     public static void main(String[] args) {  
52.             //创建一个被观察者  
53.             ConcreteSubject subject = new ConcreteSubject();  
54.             //定义一个观察者  
55.             Observer obs= new ConcreteObserver();  
56.             //观察者观察被观察者  
57.             subject.addObserver(obs);  
58.             //观察者开始活动了  
59.             subject.doSomething();  
60.     }  
61. }  

观察者模式的优点：

●观察者和被观察者之间是抽象耦合

●可以建立一套完整的触发机制

缺点：

观察者模式需要考虑一下开发效率和运行效率问题，一个被观察者，多个观察者，开发和调试就会比较复杂，而且在Java中消息的通知默认是顺序执行，一个观察者卡壳，会影响整体的执行效率。在这种情况下，一般考虑采用异步的方式。

Java世界中的观察者模式：

javase的API中提供了java.util.Observable实现类和java.util.Observer接口，我们写的每个被观察者只需要extends Observable实现类即可以，而每一个观察者只需要implements Observer接口就OK。

其中，在Observable实现类中Java给我们提供了常用的方法，包括addObserver(Observer o)以及deleteObserver(Observer o)、notifyObserver（）等。

在接口Observer中，有一个抽象方法update( )需要我们自己实现。如下图所示：

详情请查阅API

适用场景

1) 当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。

2) 当对一个对象的改变需要同时改变其它对象, 而不知道具体有多少对象有待改变。

3) 当一个对象必须通知其它对象，而它又不能假定其它对象是谁。换言之, 你不希望这些对象是紧密耦合的。

应用

珠宝商运送一批钻石，有黄金强盗准备抢劫，珠宝商雇佣了私人保镖，警察局也派人护送，于是当运输车上路的时候，强盗保镖警察都要观察运输车一举一动，

抽象的观察者

[java] view plain copy

 print?

1. public interface Watcher  
2. {  
3.      public void update();  
4. }  

抽象的被观察者，在其中声明方法（添加、移除观察者，通知观察者）：

[java] view plain copy

 print?

1. public interface Watched  
2. {  
3.      public void addWatcher(Watcher watcher);  
4.   
5.      public void removeWatcher(Watcher watcher);  
6.   
7.      public void notifyWatchers();  
8. }  

具体的观察者

保镖

[java] view plain copy

 print?

1. public class Security implements Watcher  
2. {  
3.      @Override  
4.      public void update()  
5.      {  
6.           System.out.println(“运输车有行动，保安贴身保护");  
7.      }  
8. }  

强盗

[java] view plain copy

 print?

1. public class Thief implements Watcher  
2. {  
3.      @Override  
4.      public void update()  
5.      {  
6.           System.out.println(“运输车有行动，强盗准备动手");  
7.      }  
8. }  

警察

[java] view plain copy

 print?

1. public class Police implements Watcher  
2. {  
3.      @Override  
4.      public void update()  
5.      {  
6.           System.out.println(“运输车有行动，警察护航");  
7.      }  
8. }  

具体的被观察者

[java] view plain copy

 print?

1. public class Transporter implements Watched  
2. {  
3.      private List<Watcher> list = new ArrayList<Watcher>();  
4.   
5.      @Override  
6.      public void addWatcher(Watcher watcher)  
7.      {  
8.           list.add(watcher);  
9.      }  
10.   
11.      @Override  
12.      public void removeWatcher(Watcher watcher)  
13.      {  
14.           list.remove(watcher);  
15.      }  
16.   
17.      @Override  
18.      public void notifyWatchers(String str)  
19.      {  
20.           for (Watcher watcher : list)  
21.           {  
22.                watcher.update();  
23.           }  
24.      }  
25.   
26. }  

测试类

[java] view plain copy

 print?

1. public class Test  
2. {  
3.      public static void main(String[] args)  
4.      {  
5.           Transporter transporter = new Transporter();  
6.   
7.           Police police = new Police();  
8.           Security security = new Security();  
9.           Thief thief = new Thief();  
10.   
11.           transporter.addWatcher(police);  
12.           transporter.addWatcher(security);  
13.           transporter.addWatcher(security);  
14.   
15.           transporter.notifyWatchers();  
16.      }  
17. }  

我推你拉

例子中没有关于数据和状态的变化通知，只是简单通知到各个观察者，告诉他们被观察者有行动。

观察者模式在关于目标角色、观察者角色通信的具体实现中，有两个版本。

一种情况便是目标角色在发生变化后，仅仅告诉观察者角色“我变化了”，观察者角色如果想要知道具体的变化细节，则就要自己从目标角色的接口中得到。这种模式被很形象的称为：拉模式——就是说变化的信息是观察者角色主动从目标角色中“拉”出来的。

还有一种方法，那就是我目标角色“服务一条龙”，通知你发生变化的同时，通过一个参数将变化的细节传递到观察者角色中去。这就是“推模式”——管你要不要，先给你啦。

这两种模式的使用，取决于系统设计时的需要。如果目标角色比较复杂，并且观察者角色进行更新时必须得到一些具体变化的信息，则“推模式”比较合适。如果目标角色比较简单，则“拉模式”就很合适啦。

观察者模式中，一个被观察者管理所有相依于它的观察者物件，并且在本身的状态改变时主动发出通知。这通常通过呼叫各观察者所提供的方法来实现。此种模式通常被用来实现事件处理系统。