观察者模式的使用具有广泛性。是一种java设计模式。观察者模式的定义是定义对象间一种一对多的依赖关系，是的没当一个对象改变状态，则所有依赖于它的对象都会得到通知并自动更新。
二.观察者模式的使用场景
(1).关联行为场景，需要注意的是，关联行为是可拆分的，而不是“组合”关系
(2).事件多级触发场景
(3).跨系统的消息交换场景，如消息队列，事件总线的处理机制。
三.观察者模式的UML类图
角色介绍：
subject:抽象主题（Observer），也就是被观察observable的角色，抽象主题角色把所有观察者对象的引用保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供一个接口，可以增加或删除观察者对象。
concreteSubject:具体主题（ConcreteObservable），该角色将有关状态存入具体观察对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发出通知，具体主题角色又叫具体被观察这（ConcreteObservable）角色
observale:抽象观察者，该角色是观察者的抽象类，它定义了更新接口，使得在得到主题的更改通知时更新自己。
ConcreteObserver:具体的观察者，该角色实现抽象观察者角色所定义的更新接口，以便在主题的状态发生变化时更新自身的状态。
异常信息的捕获对编程测试有着重要的意义，这里结合观察者模式，探索如何处理异常信息。
笔者觉得，所谓观察者模式，必须有两个重要组成部分：一个主题对象，多个观察者。在使用的时候，我们可以将观察者像插头一样插到主题对象这个插座上，利用主题对象完成相应功能。既然观察者要作为插头，必须要有一个统一的口径才能插到相同的插座上，因而先定义一个接口，Exception_Observer.php:
<?php
/**
* 定义的规范
*/
interface Exception_Observer{
public function update(Observer_Exception $e);
}
?>
我们可以清楚地看到，静态变量$_observers用来放置插入的观察者，notify()用来通知所有观察者对象。这里需要注意 $observer->update($this); 里面 $this 的用法，很多初学者会感到“原来 $this 也可以这么用啊”。一个小问题： $_observers 不是静态变量可不可以？ 这个问题我们后面回答。
定义两个观察者，原则上实现接口所定义的功能。
设计完所有该有的主体对象和插件，我们做个小小的测试：
<?php
require 'Exception_Observer.php';
require 'Observer_Exception.php';
require 'Logging_Exception_Observer.php';
require 'Emailing_Exception_Observer.php';
Observer_Exception::attach(new Logging_Exception_Observer());
class MyException extends Observer_Exception{
public function test(){
echo 'this is a test';
}
public function test1(){
echo "我是自定义的方法处理这个异常";
}
}
try {
throw new MyException("出现异常，记录一下");
} catch (MyException $e) {
echo $e->getMessage();
echo "<ht/>";
}
?>
本实例首先先加载观察者，其后进行其他操作。回到上面提出的问题， $_observers 可以不是静态变量吗？答案是不可以。如果 $_observers 不是静态变量，加载观察者的行为对后续操作没有影响。static让所有实例成员共享某个变量。即便类继承也同样有效。有兴趣的可以继续探索下static的神奇作用吧。
本例显示输出与一般情况无异，但不同的是已在自定义的文件下生成了相应的日志。虽然最后实现的功能再简单不过，很多人甚至可以用更少的代码更简单的方法实现，但是，在实现更加复杂系统的情况下，观察者模式给我们带来很大方便。
