網頁如何及時通訊? Polling v.s WebSocket
有天我用line pay在某某購物網買東西, 突然想到為甚麼每次我用手機付款成功後,網頁就能夠及時告訴我付款成功呢? 於是便打開chrome開發者工具觀察了一下, 發現網頁會定期(每秒)打API去要資料, 就能及時更新我的付款狀態。
Polling
以上述例子而言, 就叫做Polling,簡單來說就是每隔一段時間就發送請求給Server端 (利用JS的setTimeout or setInterval來達成),以確保Client端可以拿到新的資料 ,早期都是用這種方式來即時更新資料,不過缺點是頻繁的請求 ,而每次的請求又未必有資料更新, 就會浪費Client端的網路資源了。
Long-Polling
與Polling一樣的是Client端會發送一個request給Server端,只不過Server端會等待一段時間才會回response,當Client端拿到response之後再次發出請求,相較於一般的Polling比較有效率,等Server端有資料或者等待的時間已經到了(Timeout)再回應,能夠有效減少Client端不必要的請求次數。
WebSocket
WebSocket 是一種讓瀏覽器與伺服器進行一段互動通訊的技術。這個 API 在不必輪詢(poll)伺服器下,讓使用者傳送訊息至伺服器並接受事件驅動回應。(引用自MDN)
以往都是Client端主動跟Server端請求資料, 但WebSocket能夠建立雙向的溝通 ,建立連接後Client端和Server端可以互相傳遞資料,因此Server端有新資料的時候也能夠主動的通知Client端了,不再處於被動的角色,因此適合拿來作聊天室或是多人連線遊戲。
缺點的話, 部分老舊瀏覽器不支援(不過那些骨董級版本應該用的人少之又少吧),以及伺服器的成本較高。
前端實作的程式碼如下:
與傳統polling相比 ,WebSocket用的網路流量差異非常懸殊
目前工作上大部分的專案還是採用polling的方式, 希望之後如果有專案是需要即時更新資料的話,能夠都使用WebSocket來開發,除了節省資源以外,也能夠做到真正的即時響應,不過也要後端能夠配合使用就是了。
參考資源:
Polling, server sent events, and WebSockets: system design interview concepts (8 of 9)