38.4 黑板模式 38.4.1 黑板模式的意圖 黑板模式（Blackboard Design Pattern）是觀察者模式的一個擴展，知名度并不高，但是我們使用的范圍卻非常廣。黑板模式的意圖如下： 允許消息的讀寫同時進行，廣泛地交互消息[[1]](#)。 簡單地說，黑板模式允許多個消息讀寫者同時存在，消息的生產者和消費者完全分開。這就像一個黑板，任何一個教授（消息的生產者）都可以在其上書寫消息，任何一個學生（消息的消費者）都可以從黑板上讀取消息，兩者在空間和時間上可以解耦，并且互不干擾。示意圖如圖38-8所示。  圖38-8 黑板模式示意圖 看到這個圖大家可能會說：這不是一個簡單的消息廣播嗎？是的，確實如此，黑板模式確實是消息的廣播，主要解決的問題是消息的生產者和消費者之間的耦合問題，它的核心是消息存儲（黑板），它存儲所有消息，并可以隨時被讀取。當消息生產者把消息寫入到消息倉庫后，其他消費者就可以從倉庫中讀取。當然，此時消息的寫入者也可以變身為消息的閱讀者，讀寫者在時間上解耦。對于這些消息，消費者只需要關注特定消息，不處理與自己不相關的消息，這一點通常通過過濾器來實現。 38.4.2 黑板模式的實現方法 黑板模式一般不會對架構產生什么影響，但它通常會要求有一個清晰的消息結構。黑板模式一般都會提供一系列的過濾器，以便消息的消費者不再接觸到與自己無關的消息。在實際開發中，黑板模式常見的有兩種實現方式。 ● 數據庫作為黑板 利用數據庫充當黑板，生產者更新數據信息，不同的消費者共享數據庫中信息，這是最常見的實現方式。該方式在技術上容易實現，開發量較少，熟悉度較高。缺點是在大量消息和高頻率訪問的情況下，性能會受到一定影響。 在該模式下，消息的讀取是通過消費者主動“拉取”，因此該模式也叫做“拉模式”。 ● 消息隊列作為黑板 以消息隊列作為黑板，通過訂閱-發布模型即可實現黑板模式。這也是黑板模式被淡忘的一個重要原因：消息隊列（Message Queue）已經非常普及了，做Java開發的已經沒有幾個不知道消息隊列的。 在該模式下，消費者接收到的消息是被主動推送過來的，因此該模式也稱為“推模式”。 提示　黑板模式不做詳細講解，因為我們現在已經在大量使用消息隊列，既可以做到消息的同步處理，也可以實現異步處理，相信大家已經在開發中廣泛使用了，它已經成為跨系統交互的一個事實標準了。 [[1]](#)原文是allows multiple readers and writers. Communicates information system-wide。