[發明專利]一種網絡請求的處理方法、裝置、終端及存儲介質有效
| 申請號: | 201910135297.5 | 申請日: | 2019-02-22 |
| 公開(公告)號: | CN109981737B | 公開(公告)日: | 2021-11-26 |
| 發明(設計)人: | 黎志偉;張忠偉;齊磊 | 申請(專利權)人: | 卓米私人有限公司 |
| 主分類號: | H04L29/08 | 分類號: | H04L29/08 |
| 代理公司: | 北京柏杉松知識產權代理事務所(普通合伙) 11413 | 代理人: | 李欣;馬敬 |
| 地址: | 新加坡弗利沙街*** | 國省代碼: | 暫無信息 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 網絡 請求 處理 方法 裝置 終端 存儲 介質 | ||
本發明實施例提供了一種網絡請求的處理方法、裝置、終端及存儲介質,所述方法包括:當待處理網絡請求進入為空狀態的請求隊列時,喚醒一個空閑線程進入等待狀態,作為等待線程;確定等待線程的等待時間是否達到預先確定的等待時長;如果達到預先確定的等待時長,獲取請求隊列中的待處理網絡請求,并返回當待處理網絡請求進入為空狀態的請求隊列時,喚醒一個空閑線程進入等待狀態,作為等待線程的步驟,并將請求隊列中多個待處理網絡請求的請求接口合并為單個合并接口;調用等待線程發送單個合并接口對應的待處理網絡請求至服務器。由于終端不是立刻利用所有空閑線程處理最先獲取的幾個待處理網絡請求,使得待網絡處理請求的平均等待時間縮短。
技術領域
本發明涉及網絡請求處理技術領域,特別是涉及一種網絡請求的處理方法、裝置、終端及存儲介質。
背景技術
終端中的應用程序在實現與服務器交互時,需要通過網絡請求的接口進行數據交互。隨著應用程序增多,不同的應用程序需求導致網絡請求接口增多。在一些應用場景下,高頻的網絡請求導致網絡請求在請求隊列的等待時間增長,而請求線程的數量不能無限制地增加,同時增加請求線程會增加性能開銷,不能很好地解決網絡請求的等待時間增長的問題。
為了解決這個問題,可以采用接口合并方式,即將兩個或者多個功能相近甚至業務不同但相近時間請求的接口合并為一個接口,這樣可以極大地減少接口的數量。目前,在大量網絡請求進入請求隊列時,接口合并時機為請求隊列中網絡請求的數量大于一個,由于高頻的網絡請求可能同時發生,由于時間誤差等因素終端會調用空閑線程處理最先達到的網絡請求,沒有得到處理的網絡請求的請求接口被合并為一個接口,由于當前空閑線程均被占用,只能等待再次出現空閑線程時處理合并接口對應的網絡請求。
由于終端的工作線程是固定的,空閑線程也是有限的,采用上述方式將會出現處理網絡請求時,前面連續幾個網絡請求在沒有發生接口合并時占用空閑線程,造成后續網絡請求的等待時間過長,網絡請求的平均等待時間較長。
發明內容
本發明實施例的目的在于提供一種網絡請求的處理方法、裝置、終端及存儲介質,以縮短待處理請求排隊等待處理時待處理網絡請求的平均等待時間。
具體技術方案如下:
第一方面,本發明實施例提供了一種網絡請求的處理方法,應用于終端,所述方法包括:
當待處理網絡請求進入為空狀態的請求隊列時,喚醒一個空閑線程進入等待狀態,作為等待線程,其中,所述請求隊列為所述終端當前的待處理網絡請求形成的隊列,所述請求隊列為空狀態時,所有空閑線程處于阻塞狀態;
確定所述等待線程的等待時間是否達到預先確定的等待時長;
如果達到所述預先確定的等待時長,獲取所述請求隊列中的待處理網絡請求,并返回所述當待處理網絡請求進入為空狀態的請求隊列時,喚醒一個空閑線程進入等待狀態,作為等待線程的步驟,并將所述請求隊列中多個待處理網絡請求的請求接口合并為單個合并接口;
調用所述等待線程發送所述單個合并接口對應的待處理網絡請求至服務器。
可選的,如果所述等待線程的等待時長未達到所述預先確定的等待時長,所述方法還包括:
返回所述確定所述等待線程的等待時間是否達到預先確定的等待時長的步驟。
可選的,所述等待時長的確定方式,包括:
獲取當前空閑線程的數量及網絡請求的平均處理時長;
根據所述當前空閑線程的數量及所述平均處理時長,確定所述等待時長。
可選的,所述根據當前空閑線程的數量及網絡請求的平均處理時長,確定所述等待時長的步驟,包括:
當前空閑線程的數量為最大值時,t0為0;
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于卓米私人有限公司,未經卓米私人有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201910135297.5/2.html,轉載請聲明來源鉆瓜專利網。





