這篇文章跟大家介紹流量java設計模式之觀察者模式，定義物件間一種一對多的依賴關係，使得當每個物件改變狀態。下面透過類別圖和實例程式碼給大家介紹java設計模式之觀察者模式，有興趣的朋友一起看看吧
定義：定義物件間一種一對多的依賴關係，使得當每一個物件改變狀態，則所有依賴它的物件都會被通知並自動更新。
類型：行為類別模式
類別圖：
在軟體系統中常有這樣的需求：如果一個物件的狀態改變，某些與它相關的物件也要隨之做出相對應的變化。例如，我們要設計一個右鍵選單的功能，只要在軟體的有效區域內點擊滑鼠右鍵，就會彈出一個選單；再比如，我們要設計一個自動部署的功能，就像eclipse開發時，只要修改了文件，eclipse就會自動將修改後的檔案部署到伺服器中。這兩個功能有一個相似的地方，那就是一個對像要時時監聽著另一個對象，只要它的狀態一改變，自己就隨之要做出相應的行動。其實，能夠實現這一點的方案很多，但是，無疑地使用觀察者模式是一個主流的選擇。
觀察者模式的結構
在最基礎的觀察者模式中，包含以下四個角色：
#被觀察者：從類別圖中可以看到，類別中有一個用來存放觀察者物件的Vector容器（之所以使用Vector而不使用List，是因為多執行緒操作時，Vector在是安全的，而List則是不安全的），這個Vector容器是被觀察者類別的核心，另外還有三個方法：attach方法是在這個容器中加入觀察者物件；detach方法是從容器中移除觀察者物件；notify方法是依序呼叫觀察者物件的對應方法。這個角色可以是接口，也可以是抽象類別或具體的類，因為很多情況下會與其他的模式混用，所以使用抽象類別的情況比較多。
觀察者：觀察者角色一般是一個接口，它只有一個update方法，在被觀察者狀態改變時，這個方法就會被觸發呼叫。
具體的被觀察者：使用這個角色是為了方便擴展，可以在此角色中定義具體的業務邏輯。
具體的觀察者：觀察者介面的具體實現，在這個角色中，將定義被觀察者物件狀態改變時所要處理的邏輯。
觀察者模式程式碼實作
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收到訊息，並進行處理。
透過運作結果可以看到，我們只呼叫了Subject的方法，但同時兩個觀察者的相關方法都同時被呼叫了。仔細看一下程式碼，其實很簡單，無非就是在Subject類別中關聯一下Observer類，並且在doSomething方法中遍歷一下Observer的update方法就行了。
觀察者模式的優點
# 觀察者與被觀察者之間是屬於輕度的關聯關係，並且是抽象耦合的，這樣，對於兩者來說都比較容易進行擴展。
觀察者模式是常用的觸發機制，它形成一條觸發鏈，依序處理個別觀察者的方法。但同時，這也算是觀察者模式一個缺點，由於是鍊式觸發，當觀察者比較多的時候，效能問題是比較令人擔憂的。並且，在鍊式結構中，比較容易出現循環引用的錯誤，造成系統假死。
總結
Java語言中，有介面Observer，以及它的實作類別Observable，對觀察者角色常進行了實現。我們可以在jdk的api文檔具體查看這兩個類別的使用方法。
做過VC++、JavaScript DOM或AWT開發的朋友都對它們的事件處理感到神奇，了解了觀察者模式，就對事件處理機制的原理有了一定的了解了。如果要設計一個事件觸發處理機制的功能，使用觀察者模式是一個不錯的選擇，AWT中的事件處理DEM（委派事件模型Delegation Event Model）就是使用觀察者模式實現的。
以上是Java設計模式中觀察者模式的具體分析的詳細內容。更多資訊請關注PHP中文網其他相關文章！
