java語言裡包含了許多對設計模式的直接支持，如command模式，agent模式，observer模式等。雖然java提供的對這些模式的支持很簡單，不能滿足比較複雜的應用。但在簡單的場景下，使用這些類往往能夠得到立杆見影的效果。所以，如果沒有什麼特殊需求，還是最好利用java的這些類。
Observer模式，又稱監聽模式，觀察者模式，是經典設計模式之一（one of GOF）。 java語言中，對這種模式支持的類和接口主要有以下幾個，全部來自java.beans包：
java.beans.PropertyChangeListener (interface) java.beans.PropertyChangeSupport (class)java.beans.PropertyChangeEvent (class)java.beans.PropertyChangeListener
這是一個接口，很顯然，所有實現這個接口的類就是listener啦（或者叫observer），它會對被監聽的對象的某些變化感興趣。這個接口就一個方法:
public void propertyChange(PropertyChangeEvent evt) { // TODO Auto-generated method stub }接口定義很簡單，作用也很明顯。接受一個event（被監聽者產生的PropertyChangeEvent），然後根據這個event做點反應。
java.beans.PropertyChangeSupport
這個類用在被觀察者的類裡，用來保存註冊的觀察者，並負責向他們提供被觀察者的變化信息。這個類的方法也不多，不過還是只介紹100%用到的，要不腦子就不夠使了，呵呵。
public PropertyChangeSupport(Object sourceBean)
這是構造函數，參數就是被監聽者。 PropertyChangeListener一般作為被監聽者的一個屬性。一般如下使用：
private PropertyChangeSupport listeners = new PropertyChangeSupport(this);
注意，這個listeners可不是只代表一個監聽者，他可能是一群監聽者。那麼如何這些listeners是誰呢？這回用到下面的方法了。
public void addPropertyChangeListener(PropertyChangeListener listener)
這個類太容易了，把監聽者加進來。就像開十七大一樣，記者想要採訪，就得先登記一下。顯然這個方法可以多次調用（add嘛）。有加就有減：
public void removePropertyChangeListener(PropertyChangeListener listener)
如果這個監聽者對被監聽者的任何變化多不感興趣了，就被被監聽者趕了出去。
好了，記者都到齊了，被監聽者有變化了就該通知人家了，使用如下方法的一個：
public void firePropertyChange(PropertyChangeEvent evt) public void firePropertyChange(String propertyName, boolean oldValue, boolean newValue) public void firePropertyChange(String propertyName, int oldValue, int newValue) public void firePropertyChange(String propertyName, Object oldValue, Object newValue)
實際上，後三個方法的參數都會封裝成PropertyChangeEvent，然後調用第一個方法。不過在實際中，我們還是喜歡直接調用後三個中的一個，封裝的事我們就不管了。後三個方法的參數都是三個，其中的oldValue和newValue就是改變前後的值，第一個就是給改變一個名字，好讓監聽者們根據這個名子來做響應。就像開會，政府的所有信息都會被記者聽到，但是有的記者只對台灣問題感興趣，而有的記者對中日問題感興趣。
對PropertyChangeSupport方法的介紹就這麼多吧。注意，PropertyChangeSupport既然被用到了被觀察者的類（一般是一個model）裡，那麼他的這些方法就只在被觀察這裡調用。
java.beans.PropertyChangeEvent
這個類我也懶得介紹，看看他的主要方法就明白怎麼回事了
public String getPropertyName() public Object getNewValue() public Object getOldValue()
就者三個類，再有就是具體問題具體分析了。來個例子吧，首先是被觀察者：
public class Domain{ protected String id; protected String name; protected String desName; protected PropertyChangeSupport listeners = new PropertyChangeSupport(this); public String getId() { return id; } public void setId(String id) { this.id = id; firePropertyChange("Domain.id", null, id); } public String getDesName() { return desName; } public void setDesName(String desName) { this.desName = desName; firePropertyChange("Domain.desName", null, desName); } public String getName() { return name; } public void setName(String name) { this.name = name; firePropertyChange("Domain.name", null, name); } public void addPropertyChangeListener(PropertyChangeListener listener) { listeners.addPropertyChangeListener(listener); } public void firePropertyChange(String propName, Object oldValue, Object newValue) { listeners.firePropertyChange(propName, oldValue, newValue); } public void removePropertyChangeListener(PropertyChangeListener listener) { listeners.removePropertyChangeListener(listener); } }有人對Domain的三個屬性感興趣。下面就是這些人中的一個：
public class SimpleObserver implements PropertyChangeListener { .... @Override public void propertyChange(PropertyChangeEvent evt) { if(evt.getPropertyName().equals("Domain.name")){ //do some work } } }下面是個簡單的測試類：
public class SimpleTest{ public static void main(String[] args) { SimpleObserver observer = new SimpleObserver(); Domain domain = new Domain(); domain.addPropertyChangeListener(observer); domain.setName("yangsq"); ...... } }很顯然，可以觀察到SimpleObserver中propertyChange方法的執行。