首頁(yè) 猿問(wèn) 實(shí)時(shí)客戶信息同步，最佳實(shí)踐和建議

實(shí)時(shí)客戶信息同步，最佳實(shí)踐和建議

JavaScript

慕的地6264312 2021-05-12 13:14:55

我正在編寫一個(gè)PHP后端，JS / Jquery前端應(yīng)用程序，該應(yīng)用程序?qū)⒃试S用戶近乎實(shí)時(shí)地“通信” 。至少那是希望，我的問(wèn)題是我最好的行動(dòng)方針是什么？我最好使用WebSocket在服務(wù)器和客戶端之間發(fā)送數(shù)據(jù)，還是使用AJAX和某種計(jì)時(shí)器（x的秒數(shù)）更好。我對(duì)AJAX方式感到擔(dān)心的是，每15-30秒有10個(gè)以上的客戶機(jī)都在請(qǐng)求數(shù)據(jù)，這可能會(huì)使服務(wù)器負(fù)擔(dān)重。我需要使它接近實(shí)時(shí)，因此5分鐘實(shí)際上是不現(xiàn)實(shí)的。我要嘗試執(zhí)行的一個(gè)示例是，如果我在一個(gè)頁(yè)面上共有5個(gè)用戶，并且用戶1更新了他們的狀態(tài)，我希望用戶2、3、4和5盡可能快地看到更新，而不必刷新。我對(duì)自己認(rèn)為最好的事情感到mixed貶不一，我不想以一種方式開(kāi)始做，而在完成一半后發(fā)現(xiàn)它是不安全的或可怕的。這樣的應(yīng)用程序最好的選擇是什么？

查看完整描述

2 回答

梵蒂岡之花

TA貢獻(xiàn)1900條經(jīng)驗(yàn) 獲得超5個(gè)贊

以下列出了可能的流行解決方案：

簡(jiǎn)短輪詢（您在AJAX中指的是
長(zhǎng)輪詢（也是AJAX，但請(qǐng)求太多）
網(wǎng)絡(luò)套接字
WebRTC

因此，如您所說(shuō)，對(duì)于短輪詢而言，它占用了大量資源，因此我們將其從列表中刪除。對(duì)于長(zhǎng)輪詢，其思想是將請(qǐng)求發(fā)送到服務(wù)器，并且除非發(fā)生新事件（保留請(qǐng)求），否則服務(wù)器不會(huì)響應(yīng)（但此請(qǐng)求很少在現(xiàn)代開(kāi)發(fā)中使用）。因此，如果您要與其他開(kāi)發(fā)人員一起工作，那將是一個(gè)錯(cuò)誤的決定。

對(duì)于WebRTC，瀏覽器兼容性不是很好，在W3C中仍然是草稿。

因此，您不用使用WebSockets，是的，它們消耗ram但不消耗CPU。ram便宜得多（并且它也不會(huì)消耗太多）。

至于安全性，可以認(rèn)為它們是相等的（WebRTC除外，因?yàn)樗鼘?shí)際上是P2P通信，所以更好）

旁注：不要想太多了:)

以下是一些可以幫助您的資源：