我正在創(chuàng)建一個“數(shù)字排隊票”應(yīng)用程序，人們可以在其中主持隊列，其他人排隊。如果您排隊，您基本上會看到當前正在服務(wù)的 nr、排隊的人數(shù)、ETA 等。它是基于網(wǎng)絡(luò)的，我決定使用 SSE 將更改（例如當前正在服務(wù)的 nr 更改時）推送給每個人那個特定的隊列。我需要一種方法來映射/識別每個客戶端，以便如果他們斷開一段時間然后重新連接，他們?nèi)匀粫３炙麄兊奈恢谩Ｎ抑廊绻霈F(xiàn)錯誤，瀏覽器或 SSE 客戶端將自動嘗試重新連接。通常會延遲幾秒鐘，具體取決于瀏覽器。此外，數(shù)據(jù)流從它斷開的點繼續(xù)，因此使用 Last-Event-Id 不會丟失任何消息。但是，例如，如果用戶錯誤地退出了 safari，重新打開它并返回到相同的 URL，則會建立一個新的連接，即它不會“重新連接”。我已經(jīng)考慮過使用令牌或 cookie 來實現(xiàn)這一點。但是，SSE 標準不支持發(fā)送標頭（或 POST 數(shù)據(jù)）。僅獲取數(shù)據(jù)和 cookie。我可以將令牌作為查詢參數(shù)傳遞。這里有一些我讀過的信息：https://community.apigee.com/questions/28794/best-practices-for-passing-an-access-token-without.htmlhttps://www.rfc-editor.org/rfc/rfc6750#section-2.3人們討論與此相關(guān)的安全問題，但我認為由于人們匿名排隊，并且令牌僅用于識別重新連接的客戶端這一事實，這將不是問題。另外，我負責(zé)后端和前端。使用 cookie 也可能有效，但我對它們的工作原理幾乎一無所知。我假設(shè)我需要一個持久性 cookie 來識別正在“重新連接”的客戶端？如果不是，也許我應(yīng)該使用 WebSockets，或者輪詢？我選擇 SSE 的原因是我只需要單向通信。我對此很陌生，所以任何提示都表示贊賞！幾天來一直在閱讀所有我能得到的東西，但到目前為止還沒有找到一個好的解決方案。也許還有其他方法可以完成我想要的？