http://blog.csdn.net/legendmohenote/article/details/5762350
坛上很多人都讲设计模式，也讲了很多设计模式，现在也来说说我对一些设计模式的理解，对于一些简单的模式就不多说了，一切都在我以前写的例子中使用到了，比如说在velocity和freemarker的比较那篇文章里用到了单例，工厂，方法模板，在java邮件，在简单和复杂之间那篇文章里用到了策略，适配，在easywebwork中也使用了几种设计模式，在哪些文章我没有对设计模式进行详细的讲解是因为我觉得那些都是些常用的模式，大家肯定经常见到，一看就明白了，根本用不着讲解，而在那篇《解惑：在spring+hibernate中，只读事务是如何被优化的。http://www.javaeye.com/topic/95124 》的文章中我提到了hibernate中的观察者模式的使用，但是仅仅是一张图而已，今天我就来详细的把对观察者模式的理解阐述出来，希望大家批评指正，欢迎大家拍砖。
在ibm的技术文章中也有一个老外详细讲解了如何使用aop来增强观察者模式（文章地址见：http://www.ibm.com/developerworks/cn/java/j-aopwork6/ ）。
为了便于理解，首先我举一个现实生活中的例子：在快乐男生比赛过程其实就是观察者的一个体现，可以这样说吉杰是一个被观察者，而杨二，包小柏，还有巫启贤就是3个观察者，被观察者操作（唱歌）时，观察者们就开始操作（评分），被观察者唱歌就是通知观察者们进行评分。
GoF说道：Observer模式的意图是“定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新”。从这段话里我们可以得到两个信息，如下：
1， 观察者（具体执行操作的对象，有多个）
2， 被观察者（顾名思义是被观察的对象，如果该对象发生某些变化则通知观察者执行对应的操）
接下来我们看一下附件中的图（请下载附件中的图 http://www.javaeye.com/topics/download/eed23def-b8a8-43dc-a753-73d740a3ded0 ），这个图是观察者模式的真实体现，在这个图中有两个类，java.util.Observable，在我们实现观察者模式的时候，我们的被观察者应该继承这个类，这个observable类把持住了被观察者所持有的观察者列表：
到此为止，我们已经简单得实现了观察者模式，让我们来运行一下上面main方法，运行结果如下：
发送消息给jms服务器的观察者已经被执行
发送邮件的观察者已经被执行
有了jdk对观察者模式的支持，程序员在实现基本的观察者模式时应该说是易如反掌，这也从一个侧面反应出观察者模式的地位，它的地位应该是非常重要的，引用Nicholas Lesiecki（此人是上面所指的ibm那篇文章的作者）的话说，它是“设计模式中的皇后”。
通过上面的介绍和简单的实例，现在你也可以实现一个自己的观察者了(有时候这个简单的模型并不满足我们的需要，在这种情况下只好自己去写一个类似的但是是为业务定制的observable和observer类了，但显然这中情况并不常见)。事实上spring对观察者模式也有很好的支持（spring可以通过配置文件来执行addobserver方法，这样就可以隐式的把观察者加到被观察者的列表中去了，前提是你的被观察者是spring管理的一个bean之一，详见3楼回复，或者也可以利用afterPropertiesSet方法在被观察者这个bean初始化完成之后立刻把需要的观察者添加进去），除了spring，hibernate中也大量的使用了观察者模式，同时，如果你想再深入一点，可以看看本文第二段给的ibm技术文章的链接。