BS架構下使用訊息佇列的工作流程

2021-06-29 00:44:09 字數 481 閱讀 6186

非同步通訊

對於bs(browser-server 瀏覽器)架構,很多情景下server的處理時間較長。

如果瀏覽器傳送請求後,保持跟server的連線,等待server響應,那麼一方面會對使用者的體驗有負面影響;

另一方面,很有可能會由於超時,提示使用者服務請求失敗。

對於這種情景,訊息佇列提供了乙個較好的解決方案,如圖2所示:

圖2 bs通訊模型的優化方案
工作流程如下:

(1)瀏覽器向伺服器傳送請求後,伺服器接到響應後立即返回;

(2)之後,伺服器向訊息佇列傳送已經完成的結果資訊;

(3)瀏覽器端用js等技術迴圈請求該訊息佇列,檢查是否有新的結果資訊,如果有則獲取訊息,並將結果渲染到瀏覽器介面上。

BS架構下使用訊息佇列的工作流程

非同步通訊 對於bs browser server 瀏覽器 架構,很多情景下server的處理時間較長。如果瀏覽器傳送請求後,保持跟server的連線,等待server響應,那麼一方面會對使用者的體驗有負面影響 另一方面,很有可能會由於超時,提示使用者服務請求失敗。對於這種情景,訊息佇列提供了乙個較...

BS架構下使用訊息佇列的工作流程

非同步通訊 對於bs browser server 瀏覽器 架構,很多情景下server的處理時間較長。如果瀏覽器傳送請求後,保持跟server的連線,等待server響應,那麼一方面會對使用者的體驗有負面影響 另一方面,很有可能會由於超時,提示使用者服務請求失敗。對於這種情景,訊息佇列提供了乙個較...

工作流任務的訊息處理

最近自己在開發工作流系統,簡單寫一下工作流任務的訊息處理的業務流程,記錄一下。在工作流引擎產生乙個任務需要某個人進行人工處理的時候,工作流先插入一條任務到 wf t task 表中,這條任務記錄應該包括 任務id,任務的狀態 未處理 處理任務的角色 如部門經理 處理任務的人 如張三,屬於 部門經理 ...