打開backend-ms文件夾下的logs文件夾里的log文件：

首先找一連串的*****************************, 這個醒目的標志代表一個新的從KOI App發起的請求。

第101行的method字段代表這是一個confirm請求，因為我們的目的是查看profile update請求，所以不用細看，一直往下滑動log：

從這開始就是我們需要關注的了，和profile update請求相關的。

下圖的日志說明從KOI App發送的請求已經成功被KOI App對應的WebSocket服務器接收到了。即下圖的第一步。

WebSocket服務器下一步會把這個請求投遞給Orchestra。即下圖的第二步。

繼續把日志往下滑，看到Orchestra已經從WebSocket服務器接收到請求了，即上圖的第三步。

Orchestra會把profile update的請求投遞給同webshop連接的WebSocket服務器，即架構圖的第四步。

下面的log表明webshop對應的WebSocket服務器(即日志文件中的簡寫WSServer-for-Webshop)已經從Orchestra接收到了profile update數據，準備進行處理。

WSServer-for-Webshop的任務就是計算出具體有哪些webshop實例需要被通知。

WebSocket服務器的計算分兩步。第一步計算出有哪些類型的web shop需要被通知到。下圖的日志表明有Nike和Adi這兩種web shop需要被通知：

第二步，計算出對每一種Web Shop，到底有哪些實例需要被更新。

下面的Log表明response數據即將被發送到Socket ID為N55o0yNIEy6NacepAAAB的Web Shop實例去。Socket N55o0yNIEy6NacepAAAB唯一標識一個同該WebSocket建立連接的Web Shop實例。

至此，參與profile update scenario的全部后臺服務器的邏輯執行完畢。
要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的从手机App到网点交互请求的日志记录的全部內容，希望文章能夠幫你解決所遇到的問題。

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