设计模式观察者(订阅)模式这个模式最重要的一个作用就是解耦，将观察者和被观察者解耦，使得它们之间的依赖性更小，甚至做

模式介绍

这个模式最重要的一个作用就是解耦，将观察者和被观察者解耦，使得它们之间的依赖性更小，甚至做到没有。以GUI系统来说，应用的UI最具有易变性，随着业务的改变，界面也会经常发生改变，但业务逻辑变化不大，此时的GUI系统需要一套机制来应对这种情况，使得UI层与具体的业务罗久解耦，这时候观察模式就派上了用场

定义与类型

定义：定义对象间一种一对多的依赖关系，使得梅毒昂一个对象改变状态，则所有依赖于它的对象都会得到通知并自动更新
类型：行为型

使用场景

关联行为场景，需要注意的是，关联行为是可拆分的，而不是“组合”关系
事件多级触发场景
跨系统消息交互场景，如消息队列、事件总线

UML类图

Subject：抽象主题，也就是被观察者（oberverble）角色，抽象主题角色把所有观察者对象的引用保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供一个接口，可以增加和删除观察者对象
ConcreteSubject：具体主题，该角色将有关状态存入具体观察者对象，在具体主题的内部发生改变时，给所有注册过的观察者发出通知
Observer：抽象观察者，该角色时观察者的抽象类，它定义了一个更新接口，使得在得到主题的更改通知时更新自己
ConcreteObserver：具体观察者，该角色实现抽象观察者角色所定义的更新接口，以便主题的状态发生变化时更新自身的状态

coding

ConcreteObserver

public class User implements Observer {
    private String name;

    public User(String name){
        this.name = name;
    }
    @Override
    public void update(Observable o, Object arg) {
        System.out.println(name+"收到了通知:"+arg);
    }
}

ConcreteSubject

public class Weixindigg extends Observable {

    private void postMessage(String msg){
        setChanged();
        notifyObservers(msg);
    }
}

run：


    public static void main(String[] args) {
        User xiaohong = new User("小红");
        User xiaobai = new User("小白");
        User xiaolan = new User("小蓝");
        Weixindigg weixindigg = new Weixindigg();
        weixindigg.addObserver(xiaobai);
        weixindigg.addObserver(xiaohong);
        weixindigg.addObserver(xiaolan);
        weixindigg.postMessage("77连射后撤步三分");
    }

小蓝收到了通知:77连射后撤步三分小红收到了通知:77连射后撤步三分小白收到了通知:77连射后撤步三分

Process finished with exit code 0

可以看到订阅了工作号的用户都收到了更新消息，一对多的订阅。 Observer和Observerble都是JDK中的内置类型，可见观察者模式的重要性。

设计模式 观察者(订阅)模式

设计模式观察者(订阅)模式