為了支持Mobile App和Web shop多對多的關系，后臺Web Socket服務器我會維護如下的數據結構，

其實就是一個hashmap，key是web shop的SourceID，也可稱為SiteID，例如”Nike”,”Adi”這種。值就是對每個web shop，已經使用手機App進行互動過的用戶信息的集合，即一個JavaScript數組。這個數組的每個元素是一個JavaScript對象，有兩個字段，UserID是用戶的唯一標識，而socket_id就是我們nodejs代碼里進行套接字編程的數據結構。

因為手機App和后臺服務器通訊不是TCP，而是HTTP，所以可以不用socket_id

web shop源代碼只有一套，比如demo的時候起三個web shop，用命令行啟動三個web shop實例:

比方

Npm run serve -SourceID = Nike
Npm run serve -SourceID = Adi
Npm run serve -SourceID = Speedo

這樣渲染出來的網站，相關的標簽文本是動態渲染的，值就從npm run serve傳的SourceID參數而來。

每一個Vue網站啟動后，它自己肯定知道自己是Nike，Adi還是Speedo，這些網站連接上后臺WebSocket服務器后，首先發一個handshake的請求給WebSocket服務器，payload就只有SourceID = Nike這一條記錄。WebSocket服務器接收到之后，在hashmap里分配一條空記錄：

接下來用戶A和用戶B同時走到展臺前，用手機App掃描其中一臺電腦上顯示的Nike QR code。后臺服務器就會把這兩個用戶對應的信息寫到hashmap key=Nike的條目里。

要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的手机App扫描多个网站显示的二维码的数据结构设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。