亚洲乱色熟女一区二区三区丝袜,天堂√中文最新版在线,亚洲精品乱码久久久久久蜜桃图片,香蕉久久久久久av成人,欧美丰满熟妇bbb久久久

在互聯(lián)網(wǎng)早期，網(wǎng)頁像一本翻頁雜志：用戶點擊，瀏覽器請求，服務(wù)器響應(yīng)，頁面刷新。當(dāng)產(chǎn)品經(jīng)理提出“實時聊天”“股價閃動”“庫存秒變”這些需求時，HTTP 的“請求—響應(yīng)”模型立刻顯得力不從心。于是，開發(fā)者經(jīng)歷了一場從“笨拙輪詢”到“優(yōu)雅全雙工”的技術(shù)進(jìn)化。今天，就讓我們再走一遍這條路。

一、短輪詢

思路簡單到極致：

客戶端每隔 X 秒發(fā)一次 Ajax，問“有新消息嗎？”服務(wù)器答“沒有”——循環(huán)往復(fù)。

偽代碼

痛點

• 空包占比高：99% 的請求是無用往返。

• 連接反復(fù)建立：TCP 三次握手 + 四次揮手成了“日常運動”。

• 延遲不可控：最快也要等到下一個輪詢周期。

短輪詢就像給服務(wù)器打“騷擾電話”，簡單，卻低效。

二、長輪詢

聰明的工程師想到：

把電話“掛起不掛線”。客戶端發(fā)起 Ajax，服務(wù)器夯住這個連接，直到真的有消息才返回；客戶端收到后立即再掛一個，如此循環(huán)。

優(yōu)勢

• 零空包：每次響應(yīng)都攜帶數(shù)據(jù)。

• 減少連接數(shù)：TCP 復(fù)用率提高。

新問題

• 超時風(fēng)險：瀏覽器/代理可能粗暴切斷長連接。

• 資源懸掛：服務(wù)器需要為大量空閑連接維持線程或內(nèi)存。

• 實時性仍受“掛起窗口”限制。

長輪詢把“騷擾電話”變成了“占線等待”，但線路資源依舊吃緊。

三、WebSocket

HTML5 帶來了 WebSocket——基于 TCP 的全雙工通道。

握手階段仍用 HTTP，升級協(xié)議后，雙方可隨時推送數(shù)據(jù)幀。

1. 握手：HTTP 的極限操作

客戶端：

服務(wù)器返回 101：

狀態(tài)碼 101 表示：協(xié)議升級完成。此后數(shù)據(jù)幀不再走 HTTP。

2. 通信：幀級協(xié)議，雙向飛馳

• **幀（frame）**是最小單位，攜帶 payload、opcode、掩碼。

• **流（stream）**由幀組成，任何一方都可主動發(fā)送。

• 無隊頭阻塞：不同消息并行交錯，靠幀頭 id 區(qū)分歸屬。

3. 代碼示例（Node + 前端）

前端

Node 后端（ws 庫）

四、使用場景與權(quán)衡

閱讀原文：點擊這里