作者: 周 婷
“服務(wù)器推”技術(shù)的應(yīng)用
傳統(tǒng)模式的 Web 系統(tǒng)以客戶端發(fā)出請(qǐng)求、服務(wù)器端響應(yīng)的方式工作捆憎。這種方式并不能滿足很多現(xiàn)實(shí)應(yīng)用的需求舅柜，譬如：
- 監(jiān)控系統(tǒng)：后臺(tái)硬件熱插拔、LED攻礼、溫度业踢、電壓發(fā)生變化；
- 即時(shí)通信系統(tǒng)：其它用戶登錄礁扮、發(fā)送信息知举；
- 即時(shí)報(bào)價(jià)系統(tǒng)：后臺(tái)數(shù)據(jù)庫內(nèi)容發(fā)生變化；
這些應(yīng)用都需要服務(wù)器能實(shí)時(shí)地將更新的信息傳送到客戶端太伊，而無須客戶端發(fā)出請(qǐng)求雇锡。“服務(wù)器推”技術(shù)在現(xiàn)實(shí)應(yīng)用中有一些解決方案僚焦，本文將這些解決方案分為兩類：一類需要在瀏覽器端安裝插件锰提，基于套接口傳送信息，或是使用 RMI芳悲、CORBA 進(jìn)行遠(yuǎn)程調(diào)用立肘；而另一類則無須瀏覽器安裝任何插件、基于 HTTP 長(zhǎng)連接名扛。
將“服務(wù)器推”應(yīng)用在 Web程序中谅年，首先考慮的是如何在功能有限的瀏覽器端接收、處理信息：
- 客戶端如何接收肮韧、處理信息融蹂，是否需要使用套接口或是使用遠(yuǎn)程調(diào)用∨螅客戶端呈現(xiàn)給用戶的是 HTML 頁面還是 Java applet 或 Flash 窗口超燃。如果使用套接口和遠(yuǎn)程調(diào)用，怎么和 JavaScript 結(jié)合修改 HTML 的顯示拘领。
- 客戶與服務(wù)器端通信的信息格式意乓，采取怎樣的出錯(cuò)處理機(jī)制。
- 客戶端是否需要支持不同類型的瀏覽器如 IE约素、Firefox洽瞬，是否需要同時(shí)支持 Windows 和 Linux 平臺(tái)。
基于客戶端套接口的“服務(wù)器推”技術(shù)
Flash XMLSocket
如果 Web 應(yīng)用的用戶接受應(yīng)用只有在安裝了 Flash 播放器才能正常運(yùn)行业汰， 那么使用 Flash 的 XMLSocket 也是一個(gè)可行的方案。
這種方案實(shí)現(xiàn)的基礎(chǔ)是：
- Flash 提供了 XMLSocket 類菩颖。
- JavaScript 和 Flash 的緊密結(jié)合：在 JavaScript 可以直接調(diào)用 Flash 程序提供的接口样漆。
具體實(shí)現(xiàn)方法：在 HTML 頁面中內(nèi)嵌入一個(gè)使用了 XMLSocket 類的 Flash 程序。JavaScript 通過調(diào)用此 Flash 程序提供的套接口接口與服務(wù)器端的套接口進(jìn)行通信晦闰。JavaScript 在收到服務(wù)器端以 XML 格式傳送的信息后可以很容易地控制 HTML 頁面的內(nèi)容顯示放祟。
關(guān)于如何去構(gòu)建充當(dāng)了 JavaScript 與 Flash XMLSocket 橋梁的 Flash 程序鳍怨，以及如何在 JavaScript 里調(diào)用 Flash 提供的接口，我們可以參考 AFLAX（Asynchronous Flash and XML）項(xiàng)目提供的 Socket Demo 以及 SocketJS跪妥。
Javascript 與 Flash 的緊密結(jié)合鞋喇，極大增強(qiáng)了客戶端的處理能力。從 Flash 播放器 V7.0.19 開始眉撵，已經(jīng)取消了 XMLSocket 的端口必須大于 1023 的限制侦香。Linux 平臺(tái)也支持 Flash XMLSocket 方案。但此方案的缺點(diǎn)在于：
- 客戶端必須安裝 Flash 播放器纽疟；
- 因?yàn)?XMLSocket 沒有 HTTP 隧道功能罐韩，XMLSocket 類不能自動(dòng)穿過防火墻；
- 因?yàn)槭鞘褂锰捉涌谖坌啵枰O(shè)置一個(gè)通信端口散吵，防火墻、代理服務(wù)器也可能對(duì)非 HTTP 通道端口進(jìn)行限制蟆肆；
不過這種方案在一些網(wǎng)絡(luò)聊天室矾睦，網(wǎng)絡(luò)互動(dòng)游戲中已得到廣泛使用。
基于 HTTP 長(zhǎng)連接的“服務(wù)器推”技術(shù)
Comet 簡(jiǎn)介
瀏覽器作為 Web 應(yīng)用的前臺(tái)炎功，自身的處理功能比較有限枚冗。瀏覽器的發(fā)展需要客戶端升級(jí)軟件，同時(shí)由于客戶端瀏覽器軟件的多樣性亡问，在某種意義上官紫，也影響了瀏覽器新技術(shù)的推廣。在 Web 應(yīng)用中州藕，瀏覽器的主要工作是發(fā)送請(qǐng)求束世、解析服務(wù)器返回的信息以不同的風(fēng)格顯示。AJAX 是瀏覽器技術(shù)發(fā)展的成果床玻，通過在瀏覽器端發(fā)送異步請(qǐng)求毁涉，提高了單用戶操作的響應(yīng)性。但 Web 本質(zhì)上是一個(gè)多用戶的系統(tǒng)锈死，對(duì)任何用戶來說贫堰，可以認(rèn)為服務(wù)器是另外一個(gè)用戶。現(xiàn)有 AJAX 技術(shù)的發(fā)展并不能解決在一個(gè)多用戶的 Web 應(yīng)用中待牵，將更新的信息實(shí)時(shí)傳送給客戶端其屏，從而用戶可能在“過時(shí)”的信息下進(jìn)行操作。而 AJAX 的應(yīng)用又使后臺(tái)數(shù)據(jù)更新更加頻繁成為可能缨该。
“服務(wù)器推”是一種很早就存在的技術(shù)偎行，以前在實(shí)現(xiàn)上主要是通過客戶端的套接口，或是服務(wù)器端的遠(yuǎn)程調(diào)用。因?yàn)闉g覽器技術(shù)的發(fā)展比較緩慢蛤袒，沒有為“服務(wù)器推”的實(shí)現(xiàn)提供很好的支持熄云，在純?yōu)g覽器的應(yīng)用中很難有一個(gè)完善的方案去實(shí)現(xiàn)“服務(wù)器推”并用于商業(yè)程序。最近幾年妙真，因?yàn)?AJAX 技術(shù)的普及缴允，以及把 IFrame 嵌在“htmlfile“的 ActiveX 組件中可以解決 IE 的加載顯示問題，一些受歡迎的應(yīng)用如 meebo珍德，gmail+gtalk 在實(shí)現(xiàn)中使用了這些新技術(shù)练般；同時(shí)“服務(wù)器推”在現(xiàn)實(shí)應(yīng)用中確實(shí)存在很多需求。因?yàn)檫@些原因菱阵，基于純?yōu)g覽器的“服務(wù)器推”技術(shù)開始受到較多關(guān)注踢俄，Alex Russell（Dojo Toolkit 的項(xiàng)目 Lead）稱這種基于 HTTP 長(zhǎng)連接、無須在瀏覽器端安裝插件的“服務(wù)器推”技術(shù)為“Comet”晴及。目前已經(jīng)出現(xiàn)了一些成熟的 Comet 應(yīng)用以及各種開源框架都办；一些 Web 服務(wù)器如 Jetty 也在為支持大量并發(fā)的長(zhǎng)連接進(jìn)行了很多改進(jìn)。關(guān)于 Comet 技術(shù)最新的發(fā)展?fàn)顩r請(qǐng)參考關(guān)于 Comet 的 wiki虑稼。
下面將介紹兩種 Comet 應(yīng)用的實(shí)現(xiàn)模型琳钉。
基于 AJAX 的長(zhǎng)輪詢（long-polling）方式
如 圖 1 所示，AJAX 的出現(xiàn)使得 JavaScript 可以調(diào)用 XMLHttpRequest 對(duì)象發(fā)出 HTTP 請(qǐng)求蛛倦，JavaScript 響應(yīng)處理函數(shù)根據(jù)服務(wù)器返回的信息對(duì) HTML 頁面的顯示進(jìn)行更新歌懒。使用 AJAX 實(shí)現(xiàn)“服務(wù)器推”與傳統(tǒng)的 AJAX 應(yīng)用不同之處在于：
- 服務(wù)器端會(huì)阻塞請(qǐng)求直到有數(shù)據(jù)傳遞或超時(shí)才返回。
- 客戶端 JavaScript 響應(yīng)處理函數(shù)會(huì)在處理完服務(wù)器返回的信息后溯壶，再次發(fā)出請(qǐng)求及皂，重新建立連接。
- 當(dāng)客戶端處理接收的數(shù)據(jù)且改、重新建立連接時(shí)验烧，服務(wù)器端可能有新的數(shù)據(jù)到達(dá)；這些信息會(huì)被服務(wù)器端保存直到客戶端重新建立連接又跛，客戶端會(huì)一次把當(dāng)前服務(wù)器端所有的信息取回碍拆。
一些應(yīng)用及示例如 “Meebo”, “Pushlet Chat” 都采用了這種長(zhǎng)輪詢的方式。相對(duì)于“輪詢”（poll）慨蓝，這種長(zhǎng)輪詢方式也可以稱為“拉”（pull）感混。因?yàn)檫@種方案基于 AJAX，具有以下一些優(yōu)點(diǎn)：請(qǐng)求異步發(fā)出礼烈；無須安裝插件弧满；IE、Mozilla FireFox 都支持 AJAX此熬。
在這種長(zhǎng)輪詢方式下谱秽，客戶端是在 XMLHttpRequest 的 readystate 為 4（即數(shù)據(jù)傳輸結(jié)束）時(shí)調(diào)用回調(diào)函數(shù)洽蛀，進(jìn)行信息處理。當(dāng) readystate 為 4 時(shí)疟赊，數(shù)據(jù)傳輸結(jié)束，連接已經(jīng)關(guān)閉峡碉。Mozilla Firefox 提供了對(duì) Streaming AJAX 的支持近哟， 即 readystate 為 3 時(shí)（數(shù)據(jù)仍在傳輸中），客戶端可以讀取數(shù)據(jù)鲫寄，從而無須關(guān)閉連接吉执，就能讀取處理服務(wù)器端返回的信息。IE 在 readystate 為 3 時(shí)地来，不能讀取服務(wù)器返回的數(shù)據(jù)戳玫，目前 IE 不支持基于 Streaming AJAX。
基于 Iframe 及 htmlfile 的流（streaming）方式
iframe 是很早就存在的一種 HTML 標(biāo)記未斑， 通過在 HTML 頁面里嵌入一個(gè)隱蔵幀咕宿，然后將這個(gè)隱蔵幀的 SRC 屬性設(shè)為對(duì)一個(gè)長(zhǎng)連接的請(qǐng)求，服務(wù)器端就能源源不斷地往客戶端輸入數(shù)據(jù)蜡秽。
link
上節(jié)提到的 AJAX 方案是在 JavaScript 里處理 XMLHttpRequest 從服務(wù)器取回的數(shù)據(jù)府阀，然后 Javascript 可以很方便的去控制 HTML 頁面的顯示。同樣的思路用在 iframe 方案的客戶端芽突，iframe 服務(wù)器端并不返回直接顯示在頁面的數(shù)據(jù)试浙，而是返回對(duì)客戶端 Javascript 函數(shù)的調(diào)用，如“<script type="text/javascript">js_func(“data from server ”)</script>”寞蚌。服務(wù)器端將返回的數(shù)據(jù)作為客戶端 JavaScript 函數(shù)的參數(shù)傳遞田巴；客戶端瀏覽器的 Javascript 引擎在收到服務(wù)器返回的 JavaScript 調(diào)用時(shí)就會(huì)去執(zhí)行代碼。
從 圖 3 可以看到挟秤，每次數(shù)據(jù)傳送不會(huì)關(guān)閉連接壹哺，連接只會(huì)在通信出現(xiàn)錯(cuò)誤時(shí)，或是連接重建時(shí)關(guān)閉（一些防火墻常被設(shè)置為丟棄過長(zhǎng)的連接煞聪， 服務(wù)器端可以設(shè)置一個(gè)超時(shí)時(shí)間斗躏， 超時(shí)后通知客戶端重新建立連接，并關(guān)閉原來的連接）昔脯。
使用 iframe 請(qǐng)求一個(gè)長(zhǎng)連接有一個(gè)很明顯的不足之處：IE啄糙、Morzilla Firefox 下端的進(jìn)度欄都會(huì)顯示加載沒有完成，而且 IE 上方的圖標(biāo)會(huì)不停的轉(zhuǎn)動(dòng)云稚，表示加載正在進(jìn)行隧饼。Google 的天才們使用一個(gè)稱為“htmlfile”的 ActiveX 解決了在 IE 中的加載顯示問題，并將這種方法用到了 gmail+gtalk 產(chǎn)品中静陈。Alex Russell 在 “What else is burried down in the depth's of Google's amazing JavaScript?”文章中介紹了這種方法燕雁。Zeitoun 網(wǎng)站提供的 comet-iframe.tar.gz诞丽，封裝了一個(gè)基于 iframe 和 htmlfile 的 JavaScript comet 對(duì)象，支持 IE拐格、Mozilla Firefox 瀏覽器僧免，可以作為參考。
使用 Comet 模型開發(fā)自己的應(yīng)用
上面介紹了兩種基于 HTTP 長(zhǎng)連接的“服務(wù)器推”架構(gòu)捏浊，更多描述了客戶端處理長(zhǎng)連接的技術(shù)懂衩。對(duì)于一個(gè)實(shí)際的應(yīng)用而言，系統(tǒng)的穩(wěn)定性和性能是非常重要的金踪。將 HTTP 長(zhǎng)連接用于實(shí)際應(yīng)用浊洞，很多細(xì)節(jié)需要考慮。
不要在同一客戶端同時(shí)使用超過兩個(gè)的 HTTP 長(zhǎng)連接
我們使用 IE 下載文件時(shí)會(huì)有這樣的體驗(yàn)胡岔，從同一個(gè) Web 服務(wù)器下載文件法希，最多只能有兩個(gè)文件同時(shí)被下載。第三個(gè)文件的下載會(huì)被阻塞靶瘸，直到前面下載的文件下載完畢苫亦。這是因?yàn)?HTTP 1.1 規(guī)范中規(guī)定，客戶端不應(yīng)該與服務(wù)器端建立超過兩個(gè)的 HTTP 連接奕锌， 新的連接會(huì)被阻塞著觉。而 IE 在實(shí)現(xiàn)中嚴(yán)格遵守了這種規(guī)定。
HTTP 1.1 對(duì)兩個(gè)長(zhǎng)連接的限制惊暴，會(huì)對(duì)使用了長(zhǎng)連接的 Web 應(yīng)用帶來如下現(xiàn)象：在客戶端如果打開超過兩個(gè)的 IE 窗口去訪問同一個(gè)使用了長(zhǎng)連接的 Web 服務(wù)器饼丘，第三個(gè) IE 窗口的 HTTP 請(qǐng)求被前兩個(gè)窗口的長(zhǎng)連接阻塞。
所以在開發(fā)長(zhǎng)連接的應(yīng)用時(shí)辽话， 必須注意在使用了多個(gè) frame 的頁面中肄鸽，不要為每個(gè) frame 的頁面都建立一個(gè) HTTP 長(zhǎng)連接，這樣會(huì)阻塞其它的 HTTP 請(qǐng)求油啤，在設(shè)計(jì)上考慮讓多個(gè) frame 的更新共用一個(gè)長(zhǎng)連接典徘。
服務(wù)器端的性能和可擴(kuò)展性
一般 Web 服務(wù)器會(huì)為每個(gè)連接創(chuàng)建一個(gè)線程，如果在大型的商業(yè)應(yīng)用中使用 Comet益咬，服務(wù)器端需要維護(hù)大量并發(fā)的長(zhǎng)連接逮诲。在這種應(yīng)用背景下，服務(wù)器端需要考慮負(fù)載均衡和集群技術(shù)幽告；或是在服務(wù)器端為長(zhǎng)連接作一些改進(jìn)梅鹦。
應(yīng)用和技術(shù)的發(fā)展總是帶來新的需求，從而推動(dòng)新技術(shù)的發(fā)展冗锁。HTTP 1.1 與 1.0 規(guī)范有一個(gè)很大的不同：1.0 規(guī)范下服務(wù)器在處理完每個(gè) Get/Post 請(qǐng)求后會(huì)關(guān)閉套接口連接齐唆； 而 1.1 規(guī)范下服務(wù)器會(huì)保持這個(gè)連接，在處理兩個(gè)請(qǐng)求的間隔時(shí)間里冻河，這個(gè)連接處于空閑狀態(tài)箍邮。 Java 1.4 引入了支持異步 IO 的 java.nio 包茉帅。當(dāng)連接處于空閑時(shí)，為這個(gè)連接分配的線程資源會(huì)返還到線程池锭弊，可以供新的連接使用堪澎；當(dāng)原來處于空閑的連接的客戶發(fā)出新的請(qǐng)求，會(huì)從線程池里分配一個(gè)線程資源處理這個(gè)請(qǐng)求廷蓉。 這種技術(shù)在連接處于空閑的機(jī)率較高全封、并發(fā)連接數(shù)目很多的場(chǎng)景下對(duì)于降低服務(wù)器的資源負(fù)載非常有效。
但是 AJAX 的應(yīng)用使請(qǐng)求的出現(xiàn)變得頻繁桃犬，而 Comet 則會(huì)長(zhǎng)時(shí)間占用一個(gè)連接，上述的服務(wù)器模型在新的應(yīng)用背景下會(huì)變得非常低效行楞，線程池里有限的線程數(shù)甚至可能會(huì)阻塞新的連接攒暇。Jetty 6 Web 服務(wù)器針對(duì) AJAX、Comet 應(yīng)用的特點(diǎn)進(jìn)行了很多創(chuàng)新的改進(jìn)
控制信息與數(shù)據(jù)信息使用不同的 HTTP 連接
使用長(zhǎng)連接時(shí)子房，存在一個(gè)很常見的場(chǎng)景：客戶端網(wǎng)頁需要關(guān)閉形用，而服務(wù)器端還處在讀取數(shù)據(jù)的堵塞狀態(tài)，客戶端需要及時(shí)通知服務(wù)器端關(guān)閉數(shù)據(jù)連接证杭。服務(wù)器在收到關(guān)閉請(qǐng)求后首先要從讀取數(shù)據(jù)的阻塞狀態(tài)喚醒田度，然后釋放為這個(gè)客戶端分配的資源，再關(guān)閉連接解愤。
所以在設(shè)計(jì)上镇饺，我們需要使客戶端的控制請(qǐng)求和數(shù)據(jù)請(qǐng)求使用不同的 HTTP 連接，才能使控制請(qǐng)求不會(huì)被阻塞送讲。
在實(shí)現(xiàn)上奸笤，如果是基于 iframe 流方式的長(zhǎng)連接，客戶端頁面需要使用兩個(gè) iframe哼鬓，一個(gè)是控制幀监右，用于往服務(wù)器端發(fā)送控制請(qǐng)求，控制請(qǐng)求能很快收到響應(yīng)异希，不會(huì)被堵塞健盒；一個(gè)是顯示幀，用于往服務(wù)器端發(fā)送長(zhǎng)連接請(qǐng)求称簿。如果是基于 AJAX 的長(zhǎng)輪詢方式扣癣，客戶端可以異步地發(fā)出一個(gè) XMLHttpRequest 請(qǐng)求，通知服務(wù)器端關(guān)閉數(shù)據(jù)連接予跌。
在客戶和服務(wù)器之間保持“心跳”信息
在瀏覽器與服務(wù)器之間維持一個(gè)長(zhǎng)連接會(huì)為通信帶來一些不確定性：因?yàn)閿?shù)據(jù)傳輸是隨機(jī)的搏色，客戶端不知道何時(shí)服務(wù)器才有數(shù)據(jù)傳送。服務(wù)器端需要確保當(dāng)客戶端不再工作時(shí)券册，釋放為這個(gè)客戶端分配的資源频轿，防止內(nèi)存泄漏垂涯。因此需要一種機(jī)制使雙方知道大家都在正常運(yùn)行。在實(shí)現(xiàn)上：
- 服務(wù)器端在阻塞讀時(shí)會(huì)設(shè)置一個(gè)時(shí)限航邢，超時(shí)后阻塞讀調(diào)用會(huì)返回耕赘，同時(shí)發(fā)給客戶端沒有新數(shù)據(jù)到達(dá)的心跳信息。此時(shí)如果客戶端已經(jīng)關(guān)閉膳殷，服務(wù)器往通道寫數(shù)據(jù)會(huì)出現(xiàn)異常操骡，服務(wù)器端就會(huì)及時(shí)釋放為這個(gè)客戶端分配的資源。
- 如果客戶端使用的是基于 AJAX 的長(zhǎng)輪詢方式赚窃；服務(wù)器端返回?cái)?shù)據(jù)册招、關(guān)閉連接后，經(jīng)過某個(gè)時(shí)限沒有收到客戶端的再次請(qǐng)求勒极，會(huì)認(rèn)為客戶端不能正常工作是掰，會(huì)釋放為這個(gè)客戶端分配、維護(hù)的資源辱匿。
- 當(dāng)服務(wù)器處理信息出現(xiàn)異常情況键痛，需要發(fā)送錯(cuò)誤信息通知客戶端，同時(shí)釋放資源匾七、關(guān)閉連接絮短。
Pushlet - 開源 Comet 框架
觀察者模型
Pushlet 使用了觀察者模型：客戶端發(fā)送請(qǐng)求，訂閱感興趣的事件昨忆；服務(wù)器端為每個(gè)客戶端分配一個(gè)會(huì)話 ID 作為標(biāo)記丁频，事件源會(huì)把新產(chǎn)生的事件以多播的方式發(fā)送到訂閱者的事件隊(duì)列里。
客戶端 JavaScript 庫
pushlet 提供了基于 AJAX 的 JavaScript 庫文件用于實(shí)現(xiàn)長(zhǎng)輪詢方式的“服務(wù)器推”扔嵌；還提供了基于 iframe 的 JavaScript 庫文件用于實(shí)現(xiàn)流方式的“服務(wù)器推”限府。
JavaScript 庫做了很多封裝工作：
- 定義客戶端的通信狀態(tài)：STATE_ERROR、STATE_ABORT痢缎、STATE_NULL胁勺、STATE_READY、STATE_JOINED独旷、STATE_LISTENING署穗；
- 保存服務(wù)器分配的會(huì)話 ID，在建立連接之后的每次請(qǐng)求中會(huì)附上會(huì)話 ID 表明身份嵌洼；
- 提供了 join()案疲、leave()、subscribe()麻养、 unsubsribe()褐啡、listen() 等 API 供頁面調(diào)用；
- 提供了處理響應(yīng)的 JavaScript 函數(shù)接口 onData()鳖昌、onEvent()…
網(wǎng)頁可以很方便地使用這兩個(gè) JavaScript 庫文件封裝的 API 與服務(wù)器進(jìn)行通信备畦。
客戶端與服務(wù)器端通信信息格式
pushlet 定義了一套客戶與服務(wù)器通信的信息格式低飒，使用 XML 格式。定義了客戶端發(fā)送請(qǐng)求的類型：join懂盐、leave褥赊、subscribe、unsubscribe莉恼、listen拌喉、refresh；以及響應(yīng)的事件類型：data俐银、join_ack尿背、listen_ack、refresh捶惜、heartbeat残家、error、abort售躁、subscribe_ack、unsubscribe_ack茴晋。
服務(wù)器端事件隊(duì)列管理
pushlet 在服務(wù)器端使用 Java Servlet 實(shí)現(xiàn)陪捷，其數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)框架仍可適用于 PHP、C 編寫的后臺(tái)客戶端诺擅。
Pushlet 支持客戶端自己選擇使用流市袖、拉（長(zhǎng)輪詢）、輪詢方式烁涌。服務(wù)器端根據(jù)客戶選擇的方式在讀取事件隊(duì)列（fetchEvents）時(shí)進(jìn)行不同的處理苍碟。“輪詢”模式下 fetchEvents() 會(huì)馬上返回撮执∥⒎澹”流“和”拉“模式使用阻塞的方式讀事件，如果超時(shí)抒钱，會(huì)發(fā)給客戶端發(fā)送一個(gè)沒有新信息收到的“heartbeat“事件蜓肆，如果是“拉”模式，會(huì)把“heartbeat”與“refresh”事件一起傳給客戶端谋币，通知客戶端重新發(fā)出請(qǐng)求仗扬、建立連接。
客戶服務(wù)器之間的會(huì)話管理
服務(wù)端在客戶端發(fā)送 join 請(qǐng)求時(shí)蕾额，會(huì)為客戶端分配一個(gè)會(huì)話 ID早芭， 并傳給客戶端，然后客戶端就通過此會(huì)話 ID 標(biāo)明身份發(fā)出 subscribe 和 listen 請(qǐng)求诅蝶。服務(wù)器端會(huì)為每個(gè)會(huì)話維護(hù)一個(gè)訂閱的主題集合退个、事件隊(duì)列募壕。
服務(wù)器端的事件源會(huì)把新產(chǎn)生的事件以多播的方式發(fā)送到每個(gè)會(huì)話（即訂閱者）的事件隊(duì)列里。
小結(jié)
本文介紹了如何在現(xiàn)有的技術(shù)基礎(chǔ)上選擇合適的方案開發(fā)一個(gè)“服務(wù)器推”的應(yīng)用帜乞，最優(yōu)的方案還是取決于應(yīng)用需求的本身司抱。相對(duì)于傳統(tǒng)的 Web 應(yīng)用， 目前開發(fā) Comet 應(yīng)用還是具有一定的挑戰(zhàn)性黎烈。
“服務(wù)器推”存在廣泛的應(yīng)用需求习柠，為了使 Comet 模型適用于大規(guī)模的商業(yè)應(yīng)用，以及方便用戶構(gòu)建 Comet 應(yīng)用照棋，最近幾年资溃，無論是服務(wù)器還是瀏覽器都出現(xiàn)了很多新技術(shù)，同時(shí)也出現(xiàn)了很多開源的 Comet 框架烈炭、協(xié)議溶锭。需求推動(dòng)技術(shù)的發(fā)展，相信 Comet 的應(yīng)用會(huì)變得和 AJAX 一樣普及符隙。
