java设计模式4 观察者模式

概念：
观察者模式（又被称为发布-订阅（Publish/Subscribe）模式，属于行为型模式的一种，它定义了一种对象间一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态变化时，会通知所有的观察者对象，使他们能够自动更新自己。
观察者模式结构图：

需求分析：
在软件系统中经常会有这样的需求：如果一个对象的状态发生改变，某些与它相关的对象也要随之做出相应的变化。
比如，我们要设计一个右键菜单的功能，只要在软件的有效区域内点击鼠标右键，就会弹出一个菜单；再比如，我们要设计一个自动部署的功能，就像eclipse开发时，只要修改了文件，eclipse就会自动将修改的文件部署到服务器中。这两个功能有一个相似的地方，那就是一个对象要时刻监听着另一个对象，只要它的状态一发生改变，自己随之要做出相应的行动。其实，能够实现这一点的方案很多，但是，无疑使用观察者模式是一个主流的选择。

观察者模式的结构
在最基础的观察者模式中，包括以下四个角色：
Subject：抽象主题（抽象被观察者），抽象主题角色把所有观察者对象保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供一个接口，可以增加和删除观察者对象。
ConcreteSubject：具体主题（具体被观察者），该角色将有关状态存入具体观察者对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发送通知。
Observer：抽象观察者，是观察者者的抽象类，它定义了一个更新接口，使得在得到主题更改通知时更新自己。
ConcrereObserver：具体观察者，实现抽象观察者定义的更新接口，以便在得到主题更改通知时更新自身的状态。
具体代码实现：

abstract class Subject {	  
    private Vector<Observer> obs = new Vector<Observer>();
    public void addObserver(Observer obs){
        this.obs.add(obs);
    }
    public void delObserver(Observer obs){
        this.obs.remove(obs);
    }
    protected void notifyObserver(){
        for(Observer o: obs){
    	    o.update();
        }
     }
    public abstract void doSomething();
}

class ConcreteSubject extends Subject {
    public void doSomething(){
	System.out.println("被观察者事件反生");
  	this.notifyObserver();  
    }
}

interface Observer {   
    public void update();
}

class ConcreteObserver1 implements Observer {    
    public void update() {
        System.out.println("观察者1收到信息，并进行处理。");
    }
}

class ConcreteObserver2 implements Observer {
     public void update() {
         System.out.println("观察者2收到信息，并进行处理。");
     }
}

public class Client {  
    public static void main(String[] args){
        Subject sub = new ConcreteSubject();
  	sub.addObserver(new ConcreteObserver1()); //添加观察者1
  	sub.addObserver(new ConcreteObserver2()); //添加观察者2
  	sub.doSomething();      
    }
}

运行结果

被观察者事件反生
观察者1收到信息，并进行处理。
观察者2收到信息，并进行处理。

使用场景
1、关联行为场景，需要注意的是，关联行为是可拆分的，而不是“组合”关系。
2、事件多级触发场景。
3、跨系统的消息交换场景，如消息队列、事件总线的处理机制。
观察者模式的优缺点
观察者与被观察者之间是属于轻度的关联关系，并且是抽象耦合的，这样，对于两者来说都比较容易进行扩展。让耦合的双方都依赖于抽象，从而使得各自的变换都不会影响另一边的变换。
观察者模式是一种常用的触发机制，它形成一条触发链，依次对各个观察者的方法进行处理。但同时，这也算是观察者模式一个缺点，由于是链式触发，当观察者比较多的时候，性能问题是比较令人担忧的。并且，在链式结构中，比较容易出现循环引用的错误，造成系统假死。程序中包括一个被观察者、多个观察者，开发、调试等内容会比较复杂，而且在Java中消息的通知一般是顺序执行，那么一个观察者卡顿，会影响整体的执行效率，在这种情况下，一般会采用异步实现。