一、網(wǎng)站即時消息(WebIM)如何實現(xiàn)消息推送

　　網(wǎng)站即時消息(WebIM)通常有三種方式實現(xiàn)推送通道：

　　1)WebSocket

　　2)FlashSocket

　　3)http輪詢

　　其中1)和2)是用Tcp長連接實現(xiàn)的，其消息的實時性可以通過tcp保證。

　　方案3)才算是webim實現(xiàn)消息推送的“正統(tǒng)”方案，用http短連接輪詢的方式實現(xiàn)“偽長連接”，既然是輪詢，有朋友就對消息的實時性產(chǎn)生了質(zhì)疑。本文要解答，webim使用http長輪詢?nèi)绾伪ＷC消息的絕對實時性。

　　二、人們?yōu)槭裁磿`解http長輪詢不實時

　　什么是輪詢?我擦，這個該怎么解釋咧。

　　舉個栗子，在火車上想上洗手間，擠到洗手間旁，卻發(fā)現(xiàn)洗手間有人，于是你只能回座位繼續(xù)等。過了N分鐘，又朝洗手間的方向擠過去，卻發(fā)現(xiàn)洗手間還是有人，又只能回坐等。這么一而再，再而三的每隔N分鐘去洗手間查看洗手間是否有蹲位，這就是輪詢。

　　webim用輪詢的方式拉取消息會存在什么問題?

　　webim每隔N分鐘，輪詢調(diào)用 “獲取消息”接口，有可能出現(xiàn)消息的延時，某一時刻剛拉取完消息，突然又產(chǎn)生了一條新消息，這條消息就必須等到N分鐘之后，再次發(fā)起“獲取消息”輪詢時，才有機(jī)會獲取到。

　　減小輪詢時間間隔是否能解決消息延時的問題?

　　減小輪詢時間間隔的確可以縮短延時時間，但也不能保證消息絕對的實時，同時又會產(chǎn)生新的問題，絕大部分的輪詢調(diào)用，都沒有消息返回，造成服務(wù)端極大的資源浪費。

　　很多人基于上述直覺，認(rèn)為webim使用http長輪詢的方式拉取消息，會導(dǎo)致消息有延時，其實，webim的http長輪詢根本不是這么玩的。

　　三、長輪詢實際怎么玩

　　消息連接

　　webim和webserver之間建立一條http連接，專門用作消息通道，這條連接叫http消息連接【見下圖】

　　消息連接的4大特性

　　1)沒有消息到達(dá)的時候，這個http消息連接將被夯住，不返回，由于http是短連接，這個http消息連接最多被夯住90秒，就會被斷開(這是瀏覽器或者webserver的行為)

　　2)在1)的情況下，如果http消息連接被斷開，立馬再發(fā)起一個http消息連接【見下圖中的步驟1、2】

　　3)在1)和2)的配合下，瀏覽器與webserver之間將永遠(yuǎn)有一條消息連接在(極限情況下會出現(xiàn)4))，每次收到消息時，這個消息連接就能及時將消息帶回瀏覽器頁面，并且在返回后，會立馬再發(fā)起一個http消息連接【見下圖中的步驟1、2、3】

　　4)如果消息到達(dá)時，上一個http消息連接正在返回，沒有http消息連接可用(理論上http消息連接的返回是瞬時的，沒有連接可用出現(xiàn)的概率極小)，則將消息暫存入消息池中，下一個消息連接到達(dá)后(上一個消息連接返回后，根據(jù)2)和3)會立馬返回新的消息連接，無等待時間)，將消息帶回，并又立刻返回生成新的消息連接【見下圖中的步驟1、2、3、4、5、6、7】

　　上述1-4就能夠保證一直有一條http消息連接在，以保證webim消息推送的絕對實時性。

　　四、結(jié)論

　　webim通過http長輪詢可以保證消息的絕對實時性。這種實時性的保證 不是通過增加輪詢頻率來保證的，而是通過夯住http消息連接來保證的 ，在大部分時間沒有實時消息的情況下，這個http消息連接對于webserver的請求壓力是90秒1次，能夠大大節(jié)省了web服務(wù)器資源。