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

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

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

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

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

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