可是B/S體系結構也不是萬能的，由于其工作機制的限制，在某些領域，以前采用B/S體系結構就很難實現要求功能。典型情況下, Web頁面和大多數Web應用使用了一種稱為請求/響應的工作機制：

o 使用者點擊一個超級鏈接，或是提交一個表單等。
o 瀏覽器向服務器發送請求。
o 服務器啟動一個會話。
o 服務器經過處理后，把數據發送給瀏覽器。
o 服務器關閉會話，瀏覽器顯示數據。

　　我們可以看出，使用B/S體系結構設計軟件時，無法回避兩個限制：被動性與滯后性。首先，使用者必須通過瀏覽器請求，服務端才能進行響應，在某些領域，如及時監控中， 需要服務端在特定情況下，主動發送數據給客戶端，而使用傳統B/S體系結構技術，實現該目的就很困難。其次，服務端每次請求都必須啟動一個會話，加上服務端處理與網絡傳送所消耗的時間，這自然就形成了客戶端的滯后性。

　　也許有些讀者，會提出異議，聊天室就是采用B/S體系結構的，為什么服務端能夠每幾秒鐘，就把聊天室里各人的發言發送過來呢？其實，聊天室還是采用B/S體系結構的請求/響應機制，只不過客戶端每過幾秒就發送一次請求而已，好奇的讀者可以看一下聊天室網頁的源碼，可以在源碼的頭部找到這樣一條語句：
它的作用就是每2秒鐘發送一次請求。

　　在設計軟件時，往往要對工業生產系統進行及時監控，隨時了解生產系統的運行情況，可是在以前，如果采用Web方式就很難保證及時性，同時，每幾秒就給服務端發送請求，既浪費網絡資源，又給系統帶來額外負擔。如果硬要采用B/S體系結構，當然也有方法，采用Applet，由于Java安全的限制，必須對每臺客戶端進行安全配置，可這樣與C/S體系結構又有什么不同了呢，已經喪失了B/S體系結構的“瘦客戶”的優點。

　　可自從Flash 5發布后，其中的XML與XMLSocket技術很好地解決了B/S體系結構被動性與滯后性的限制，同時沒有了Java的安全限制,新的Flash MX中對此又有了很大的增強。本文就將介紹利用XML與XMLSocket技術對生產系統進行及時監控，同時為了測試方便，介紹了一個模擬服務端的程序。（本文所有介紹，都將依據Falsh的最新版本Flash MX。）