[發明專利]一種網絡請求的處理方法和裝置有效
| 申請號: | 201911258497.6 | 申請日: | 2019-12-10 |
| 公開(公告)號: | CN112953810B | 公開(公告)日: | 2023-06-23 |
| 發明(設計)人: | 董志強 | 申請(專利權)人: | 北京沃東天駿信息技術有限公司;北京京東世紀貿易有限公司 |
| 主分類號: | H04L43/04 | 分類號: | H04L43/04;H04L47/56 |
| 代理公司: | 中原信達知識產權代理有限責任公司 11219 | 代理人: | 王志遠;陳繼越 |
| 地址: | 100176 北京市北京經濟技術*** | 國省代碼: | 北京;11 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 網絡 請求 處理 方法 裝置 | ||
本發明公開了一種網絡請求的處理方法和裝置,涉及計算機技術領域。該方法的一種具體實施方式包括:獲取一個或多個網絡請求;按照獲取所述網絡請求的順序,將所述網絡請求發送至第一延時消息隊列,所述第一延時消息隊列中的所述網絡請求具有第一存活時間;在經過所述第一存活時間時,將所述網絡請求發送至即時消息隊列,以供所述即時消息隊列的消費者對所述網絡請求進行處理。該實施方式能夠按照線上網絡請求的數量、頻率以及時間間隔等,實現網絡請求的錄制與回放。
技術領域
本發明涉及計算機技術領域,尤其涉及一種網絡請求的處理方法和裝置。
背景技術
在現有的業務系統,如電子商務系統中,常會因網絡請求數量過大等高并發問題導致業務系統出現負載過高、響應慢以及系統崩潰等問題。為準確地分析問題所在或實現業務系統運行狀態的監控,進一步避免系統出現重復問題,需要獲知業務系統出現問題時的所接收的網絡請求的情況。但由于線上網絡請求只能在線上進行業務邏輯處理,無法線下進行問題分析及排查。因此,只能通過線下模擬業務系統的網絡請求實現業務系統運行狀態的監控以及問題分析及排查。
在實現本發明過程中,發明人發現現有技術中至少存在如下問題:線下模擬的網絡請求的數量、頻率以及接收網絡請求的時間間隔等,無法與線上接收的網絡請求的數量、頻率、時間間隔等完全一致,尤其是在業務系統出現問題的情況下,無法準確找到出現問題的根源。
發明內容
有鑒于此,本發明提供一種網絡請求的處理方法和裝置,能夠按照線上網絡請求的數量、頻率以及時間間隔等,實現網絡請求的錄制與回放。
為實現上述目的,根據本發明的一個方面,提供了一種網絡請求的處理方法,包括:
獲取一個或多個網絡請求;
按照獲取所述網絡請求的順序,將所述網絡請求發送至第一延時消息隊列,所述第一延時消息隊列中的所述網絡請求具有第一存活時間;
在經過所述第一存活時間時,將所述網絡請求發送至即時消息隊列,以供所述即時消息隊列的消費者對所述網絡請求進行處理。
可選地,還包括:
在將所述網絡請求發送至即時消息隊列的同時,將所述網絡請求發送至第二延時消息隊列,以備份所述網絡請求。
可選地,還包括:
所述第二延時消息隊列中的所述網絡請求具有第二存活時間;
在經過所述第二存活時間時,將所述網絡請求發送至即時消息隊列,以供所述即時消息隊列的消費者對所述網絡請求重復進行處理。
可選地,還包括:
在經過所述第二存活時間時,將所述網絡請求發送至另一第二延時消息隊列,以備份所述網絡請求。
可選地,按照獲取所述網絡請求的順序,通過異步方式將所述網絡請求發送至第一延時消息隊列。
可選地,所述第一延時消息隊列或第二延時消息隊列是通過DelayQueue或死信隊列實現的。
可選地,所述即時消息隊列為RabbitMQ。
為實現上述目的,根據本發明的另一個方面,提供了一種網絡請求的處理裝置,包括:網絡請求獲取模塊、網絡請求錄制模塊、網絡請求回放模塊;其中,
所述網絡請求獲取模塊,用于獲取一個或多個網絡請求;
所述網絡請求錄制模塊,用于按照獲取所述網絡請求的順序,將所述網絡請求發送至第一延時消息隊列,所述第一延時消息隊列中的所述網絡請求具有第一存活時間;
所述網絡請求回放模塊,用于在經過所述第一存活時間時,將所述網絡請求發送至即時消息隊列,以供所述即時消息隊列對所述網絡請求進行處理。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于北京沃東天駿信息技術有限公司;北京京東世紀貿易有限公司,未經北京沃東天駿信息技術有限公司;北京京東世紀貿易有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201911258497.6/2.html,轉載請聲明來源鉆瓜專利網。





