CN109981737B - 一种网络请求的处理方法、装置、终端及存储介质 - Google Patents
一种网络请求的处理方法、装置、终端及存储介质 Download PDFInfo
- Publication number
- CN109981737B CN109981737B CN201910135297.5A CN201910135297A CN109981737B CN 109981737 B CN109981737 B CN 109981737B CN 201910135297 A CN201910135297 A CN 201910135297A CN 109981737 B CN109981737 B CN 109981737B
- Authority
- CN
- China
- Prior art keywords
- request
- processed
- waiting
- interface
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims description 5
- 238000012545 processing Methods 0.000 claims abstract description 168
- 238000000034 method Methods 0.000 claims abstract description 63
- 230000002618 waking effect Effects 0.000 claims abstract description 11
- 238000004891 communication Methods 0.000 claims description 20
- 230000000903 blocking effect Effects 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 11
- 230000008569 process Effects 0.000 abstract description 13
- 230000009471 action Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供了一种网络请求的处理方法、装置、终端及存储介质,所述方法包括:当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程;确定等待线程的等待时间是否达到预先确定的等待时长;如果达到预先确定的等待时长,获取请求队列中的待处理网络请求,并返回当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程的步骤,并将请求队列中多个待处理网络请求的请求接口合并为单个合并接口;调用等待线程发送单个合并接口对应的待处理网络请求至服务器。由于终端不是立刻利用所有空闲线程处理最先获取的几个待处理网络请求,使得待网络处理请求的平均等待时间缩短。
Description
技术领域
本发明涉及网络请求处理技术领域,特别是涉及一种网络请求的处理方法、装置、终端及存储介质。
背景技术
终端中的应用程序在实现与服务器交互时,需要通过网络请求的接口进行数据交互。随着应用程序增多,不同的应用程序需求导致网络请求接口增多。在一些应用场景下,高频的网络请求导致网络请求在请求队列的等待时间增长,而请求线程的数量不能无限制地增加,同时增加请求线程会增加性能开销,不能很好地解决网络请求的等待时间增长的问题。
为了解决这个问题,可以采用接口合并方式,即将两个或者多个功能相近甚至业务不同但相近时间请求的接口合并为一个接口,这样可以极大地减少接口的数量。目前,在大量网络请求进入请求队列时,接口合并时机为请求队列中网络请求的数量大于一个,由于高频的网络请求可能同时发生,由于时间误差等因素终端会调用空闲线程处理最先达到的网络请求,没有得到处理的网络请求的请求接口被合并为一个接口,由于当前空闲线程均被占用,只能等待再次出现空闲线程时处理合并接口对应的网络请求。
由于终端的工作线程是固定的,空闲线程也是有限的,采用上述方式将会出现处理网络请求时,前面连续几个网络请求在没有发生接口合并时占用空闲线程,造成后续网络请求的等待时间过长,网络请求的平均等待时间较长。
发明内容
本发明实施例的目的在于提供一种网络请求的处理方法、装置、终端及存储介质,以缩短待处理请求排队等待处理时待处理网络请求的平均等待时间。
具体技术方案如下:
第一方面,本发明实施例提供了一种网络请求的处理方法,应用于终端,所述方法包括:
当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程,其中,所述请求队列为所述终端当前的待处理网络请求形成的队列,所述请求队列为空状态时,所有空闲线程处于阻塞状态;
确定所述等待线程的等待时间是否达到预先确定的等待时长;
如果达到所述预先确定的等待时长,获取所述请求队列中的待处理网络请求,并返回所述当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程的步骤,并将所述请求队列中多个待处理网络请求的请求接口合并为单个合并接口;
调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器。
可选的,如果所述等待线程的等待时长未达到所述预先确定的等待时长,所述方法还包括:
返回所述确定所述等待线程的等待时间是否达到预先确定的等待时长的步骤。
可选的,所述等待时长的确定方式,包括:
获取当前空闲线程的数量及网络请求的平均处理时长;
根据所述当前空闲线程的数量及所述平均处理时长,确定所述等待时长。
可选的,所述根据当前空闲线程的数量及网络请求的平均处理时长,确定所述等待时长的步骤,包括:
当前空闲线程的数量为最大值时,t0为0;
当前空闲线程的数量不为最大值时,t0=t*/(16-2(N-n));
其中,t0为所述等待时长,t*为所述平均处理时长,n为当前空闲线程的数量,N为当前空闲线程的数量的最大值。
可选的,在所述调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器的步骤之后,所述方法还包括:
获取所述单个合并接口对应的待处理网络请求的处理时长;
根据所述处理时长更新所述平均处理时长。
可选的,所述根据所述处理时长更新所述平均处理时长的步骤,包括:
根据公式t0’=(m·t*+tb)/(m+1)计算得到更新后的平均处理时长;
其中,t0’为所述更新后的平均处理时长,m为正整数,t*为所述平均处理时长,tb为所述单个合并接口对应的待处理网络请求的处理时长。
可选的,在所述将所获取的待处理网络请求的请求接口合并为单个合并接口的步骤之前,所述方法还包括:
获取各待处理网络请求的请求接口的标识;
所述将所获取的待处理网络请求的请求接口合并为合并接口的步骤,包括:
将所获取的待处理网络请求的请求接口合并为单个合并接口,并将各待处理网络请求的请求接口的标识作为所述单个合并接口的参数进行记录;
当获取所述服务器发送的所述单个合并接口对应的网络请求结果时,所述方法还包括:
根据所记录的所述单个合并接口的参数,对所述网络请求结果进行解析,得到所述各待处理网络请求的请求接口对应的请求结果;
将所述请求结果发送至对应的请求接口。
第二方面,本发明实施例提供了一种网络请求的处理装置,应用于终端,所述装置包括:
空闲线程唤醒模块,用于当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程,其中,所述请求队列为所述终端当前的待处理网络请求形成的队列,所述请求队列为空状态时,所有空闲线程处于阻塞状态;
等待时间确定模块,用于确定所述等待线程的等待时间是否达到通过等待时长确定模块预先确定的等待时长;
请求接口合并模块,用于如果达到所述预先确定的等待时长,获取所述请求队列中的待处理网络请求,并触发所述空闲线程唤醒模块,并将所述请求队列中多个待处理网络请求的请求接口合并为单个合并接口;
网络请求发送模块,用于调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器。
可选的,所述装置还包括:
触发模块,用于如果所述等待线程的等待时长未达到所述预先确定的等待时长,触发所述等待时间确定模块。
可选的,所述等待时长确定模块包括:
获取单元,用于获取当前空闲线程的数量及网络请求的平均处理时长;
等待时长确定单元,用于根据所述当前空闲线程的数量及所述平均处理时长,确定所述等待时长。
可选的,所述等待时长确定单元包括:
等待时长确定子单元,用于当前空闲线程的数量为最大值时,t0为0;当前空闲线程的数量不为最大值时,t0=t*/(16-2(N-n));
其中,t0为所述等待时长,t*为所述平均处理时长,n为当前空闲线程的数量,N为当前空闲线程的数量的最大值。
可选的,所述装置还包括:
处理时长获取模块,用于在所述调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器之后,获取所述单个合并接口对应的待处理网络请求的处理时长;
处理时长更新模块,用于根据所述处理时长更新所述平均处理时长。
可选的,所述处理时长更新模块包括:
处理时长更新单元,用于根据公式t0’=(m·t*+tb)/(m+1)计算得到更新后的平均处理时长;
其中,t0’为所述更新后的平均处理时长,m为正整数,t*为所述平均处理时长,tb为所述单个合并接口对应的待处理网络请求的处理时长。
可选的,所述装置还包括:
标识获取模块,用于在所述将所获取的待处理网络请求的请求接口合并为单个合并接口之前,获取各待处理网络请求的请求接口的标识;
所述请求接口合并模块包括:
参数记录单元,用于将所获取的待处理网络请求的请求接口合并为单个合并接口,并将各待处理网络请求的请求接口的标识作为所述单个合并接口的参数进行记录;
所述装置还包括:
结果解析模块,用于当获取所述服务器发送的所述单个合并接口对应的网络请求结果时,根据所记录的所述单个合并接口的参数,对所述网络请求结果进行解析,得到所述各待处理网络请求的请求接口对应的请求结果;
结果发送模块,用于将所述请求结果发送至对应的请求接口。
第三方面,本发明实施例提供了一种终端,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现上述任一所述网络请求的处理方法步骤。
第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述任一所述网络请求的处理方法步骤。
本发明实施例所提供的方案中,当待处理网络请求进入为空状态的请求队列时,终端唤醒一个空闲线程进入等待状态,作为等待线程,其中,请求队列为客户端当前的待处理网络请求形成的队列,请求队列为空状态时,所有空闲线程处于阻塞状态,然后终端确定等待线程的等待时间是否达到预先确定的等待时长,如果达到预先确定的等待时长,则获取请求队列中的待处理网络请求,进而将请求队列中多个待处理网络请求的请求接口合并为单个合并接口,调用等待线程发送单个合并接口对应的待处理网络请求至服务器。由于终端在确定等待线程的等待时间达到预先确定的等待时长时,调用等待线程发送上述单个合并接口对应的待处理网络请求至服务器,而不是立刻利用所有空闲线程处理最先获取的几个待处理网络请求,使得后续待处理网络请求的等待时间缩短,待网络处理请求的平均等待时间缩短。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例所提供了的一种网络请求的处理方法的流程图;
图2为基于图1所是实施例的等待时长的一种确定方式的流程图;
图3为基于图2所示实施例的平均处理时长的一种更新方式的流程图;
图4为本发明实施例所提供的网络请求结果的一种解析方式的流程图;
图5为本发明实施例所提供了的一种网络请求的处理装置的结构示意图;
图6为本发明实施例所提供了的一种终端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了缩短待处理请求排队等待处理时待处理网络请求的平均等待时间,本发明实施例提供了一种网络请求的处理方法、装置、终端及存储介质。
下面对本发明实施例所提供的一种网络请求的处理方法进行介绍。
本发明实施例所提供的一种网络请求的处理方法可以应用于终端,该终端可以与服务器通信连接,以向服务器发送网络请求,实现所需要的网络服务。
如图1所示,一种网络请求的处理方法,所述方法包括:
S101,当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程;
其中,所述请求队列为所述客户端当前的待处理网络请求形成的队列,所述请求队列为空状态时,所有空闲线程处于阻塞状态。
S102,确定所述等待线程的等待时间是否达到预先确定的等待时长;
S103,如果达到所述预先确定的等待时长,获取所述请求队列中的待处理网络请求,并返回执行步骤S101,并将所述请求队列中多个待处理网络请求的请求接口合并为单个合并接口;
S104,调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器。
可见,本发明实施例所提供的方案中,当待处理网络请求进入为空状态的请求队列时,终端可以唤醒一个空闲线程进入等待状态,作为等待线程,其中,请求队列为客户端当前的待处理网络请求形成的队列,请求队列为空状态时,所有空闲线程处于阻塞状态,然后终端确定等待线程的等待时间是否达到预先确定的等待时长,如果达到预先确定的等待时长,则获取请求队列中的待处理网络请求,进而将请求队列中多个待处理网络请求的请求接口合并为单个合并接口,调用等待线程发送单个合并接口对应的待处理网络请求至服务器。由于终端在确定等待线程的等待时间达到预先确定的等待时长时,调用等待线程发送上述单个合并接口对应的待处理网络请求至服务器,而不是立刻利用所有空闲线程处理最先获取的几个待处理网络请求,使得后续待处理网络请求的等待时间缩短,待网络处理请求的平均等待时间缩短。
终端中的请求队列是终端当前的待处理网络请求形成的队列,该请求队列为空状态时,说明当时没有待处理网络请求等待处理,此时终端可以控制所有空闲线程处于阻塞状态,其中,阻塞状态即为休眠状态,也就说此时空闲线程为非工作状态。
在上述步骤S101中,当待处理网络请求进入为空状态的请求队列时,也就是待处理网络请求生成时,终端可以唤醒一个空闲线程进入等待状态,该处于等待状态的空闲线程作为等待线程。需要说明的是,该等待线程只是被唤醒,而不是马上对待处理网络请求进行处理。
在唤醒空闲线程进入等待状态时,终端同时可以维护一个计时器并开始对该等待线程的等待时间进行计时。进而,在上述步骤S102中,终端可以确定等待线程的等待时间是否达到预先确定的等待时长,该预先确定的等待时长可以根据当前空闲线程数量,待处理网络请求数量等因素确定,为了方案清楚及布局清晰,后续将会对确定的等待时长的具体方式进行举例介绍。
如果等待线程的等待时间达到预先确定的等待时长,说明此时已有一段时间未对待处理网络请求进行处理,为了尽快处理待处理网络请求,终端可以获取上述请求队列中的待处理网络请求。
此时,由于上述请求队列中的待处理网络请求被取出,所以请求队列回到空状态,为了继续对后续的待处理网络请求进行处理,终端可以返回上述步骤S101,当待处理网络请求再次进入为空状态的请求队列时,继续唤醒一个空闲线程进入等待状态,作为等待线程。
终端获取上述请求队列中的待处理网络请求后,可以将请求队列中多个待处理网络请求的请求接口合并为单个合并接口。其中,接口合并的具体方式可以采用网络请求领域中接口合并的任意方式,在此不做具体限定及说明。
进而,在上述步骤S104中,终端可以调用上述等待线程发送该单个合并接口对应的待处理网络请求至服务器。以使服务器可以接收到待处理网络请求,并对这些待处理网络请求进行相应处理。由于终端每次均在确定等待线程的等待时间达到预先确定的等待时长时,调用等待线程发送上述单个合并接口对应的待处理网络请求至服务器,而不是立刻利用所有空闲线程处理最先获取的几个待处理网络请求,使得后续待处理网络请求的等待时间缩短,待网络处理请求的平均等待时间缩短。
作为本发明实施例的一种实施方式,如果上述等待线程的等待时长未达到所述预先确定的等待时长,上述方法还可以包括:
返回所述确定所述等待线程的等待时间是否达到预先确定的等待时长的步骤。
如果上述等待线程的等待时长未达到预先确定的等待时长,说明此时等待时长还比较短,为了避免出现空闲线程都被占用,后续大量待处理网络请求等待时间过长的问题出现,终端可以返回上述确定等待线程的等待时间是否达到预先确定的等待时长的步骤,继续等待直到等待线程的等待时间达到预先确定的等待时长。
可见,在本实施例中,终端在确定上述等待线程的等待时长未达到预先确定的等待时长时,可以返回上述确定等待线程的等待时间是否达到预先确定的等待时长的步骤,继续等待直到等待线程的等待时间达到预先确定的等待时长,再将待处理网络请求的接口进行合并,保证空闲线程不会被少量的几个待处理网络请求占用。
作为本发明实施例的一种实施方式,如图2所示,上述等待时长的确定方式,可以包括:
S201,获取当前空闲线程的数量及网络请求的平均处理时长;
由于空闲线程的数量以及网络请求的处理时长均会影响待处理网络请求的处理,所以为了确定合适的等待时长,终端可以获取当前空闲线程的数量及网络请求的平均处理时长。
S202,根据所述当前空闲线程的数量及所述平均处理时长,确定所述等待时长。
获取了当前空闲线程的数量及网络请求的平均处理时长后,终端则可以基于获取的当前空闲线程的数量及网络请求的平均处理时长,确定等待时长。
由于空闲线程的数量越多,说明终端当前可处理的待处理网络请求的数量越多,所以当前空闲线程的数量越多,等待时长可以越短。由于网络请求的平均处理时长越长,说明终端当前处理的待处理网络请求的数量越多,所以网络请求的平均处理时长越长,等待时长可以越长。
可见,在本实施中,终端可以获取当前空闲线程的数量及网络请求的平均处理时长,进而根据当前空闲线程的数量及平均处理时长,确定等待时长。这样,可以根据当前实际情况确定合适的等待时长,进一步缩短待网络处理请求的平均等待时间。并且由于在本方案中,几乎所有请求接口都可以被合并,所以可以提高合并碰撞率,其中,合并碰撞率即为可合并的请求接口的数量与实际合并的请求接口的数量的比率。
作为本发明实施例的一种实施方式,上述根据当前空闲线程的数量及网络请求的平均处理时长,确定所述等待时长的步骤,可以包括:
当前空闲线程的数量为最大值时,t0为0;当前空闲线程的数量不为最大值时,t0=t*/(16-2(N-n))。
如果空闲线程的数量为最大值,说明此时线程均为空闲状态,那么说明当前网络请求较少,那么为了能够尽快处理待处理网络请求,此时等待时长可以为0,也就是说,终端可以立刻调用等待线程处理待处理网络请求。
如果空闲线程的数量不为最大值,说明此时线程不是都为空闲状态,那么说明当前网络请求不是很少,那么为了缩短待处理网络请求的平均等待时间,不能立刻调用等待线程处理待处理网络请求,此时等待时长可以为t*/(16-2(N-n)),其中,t0为等待时长,t*为上述平均处理时长,n为当前空闲线程的数量,N为当前空闲线程的数量的最大值。
例如,假设空闲线程的数量的最大值为4,平均处理时长为0.05秒,那么当空闲线程的数量为3时,等待时长0.05/(16-2(4-3))=0.0036秒;那么当空闲线程的数量为2时,等待时长0.05/(16-2(4-2))=0.0042秒;那么当空闲线程的数量为1时,等待时长0.05/(16-2(4-1))=0.0050秒。
可见,在本实施例中,当前空闲线程的数量为最大值时,立刻调用等待线程处理待处理网络请求,能够尽快处理待处理网络请求;在空闲线程的数量不为最大值时,平均处理时长越长,等待时长越长,当前空闲线程的数量越多,(N-n)的值越小,(16-2(N-n))的值越大,等待时长越短,基于该公式可以确定合适的等待时长。
作为本发明实施例的一种实施方式,如图3所示,在上述调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器的步骤之后,上述方法还可以包括:
S301,获取所述单个合并接口对应的待处理网络请求的处理时长;
由于网络请求的处理时长与网络状况等因素均有关,可能随时发生改变,所以为了使终端确定的等待时长能够适应当前网络状况,终端在调用上述等待线程发送单个合并接口对应的待处理网络请求至服务器之后,可以获取该单个合并接口对应的待处理网络请求的处理时长。
S302,根据所述处理时长更新所述等待时长。
进而,终端可以根据单个合并接口对应的待处理网络请求的处理时长更新上述等待时长,以使更新后的等待时长更加符合当前网络状况,进一步缩短待处理网络请求的平均等待时长。
可见,在本实施例中,终端在调用上述等待线程发送单个合并接口对应的待处理网络请求至服务器之后,可以获取该单个合并接口对应的待处理网络请求的处理时长,进而更新上述等待时长,可以使更新后的等待时长更加符合当前网络状况,进一步缩短待处理网络请求的平均等待时长。
作为本发明实施例的一种实施方式,上述根据所述处理时长更新所述等待时长的步骤,可以包括:
根据公式t0’=(m·t*+tb)/(m+1)计算得到更新后的平均处理时长。
其中,t0’为更新后的平均处理时长,m为正整数,t*为上述平均处理时长,tb为上述单个合并接口对应的待处理网络请求的处理时长。
终端可以将m个平均处理时长与上述单个合并接口对应的待处理网络请求的处理时长的平均值确定为更新后的平均处理时长。例如,m为3,上述平均处理时长为0.05秒,单个合并接口对应的待处理网络请求的处理时长为0.03秒,那么更新后的平均处理时长即为(3·0.05+0.03)/(3+1)=0.045秒。
在更新上述平均处理时长后,终端便可以根据更新后的平均处理时长确定上述等待时长。
可见,在本实施例中,终端可以根据公式t0’=(m·t*+tb)/(m+1)计算得到更新后的平均处理时长,能够根据上述单个合并接口对应的待处理网络请求的处理时长调整上述平均处理时长,使得更新后的等待时长更加符合当前网络状况,进一步缩短待处理网络请求的平均等待时长。
作为本发明实施例的一种实施方式,在上述将所获取的待处理网络请求的请求接口合并为单个合并接口的步骤之前,上述方法还可以包括:
获取各待处理网络请求的请求接口的标识。
由于多个请求接口可能为功能不同的请求接口,将多个请求接口合并为单个合并接口后,可能会造成终端接收到服务器返回的网络请求结果时很难分辨每个请求接口对应的请求结果。所以为了区分各请求接口,终端可以获取各待处理网络请求的请求接口的标识。
相应的,上述将所获取的待处理网络请求的请求接口合并为合并接口的步骤,可以包括:
将所获取的待处理网络请求的请求接口合并为单个合并接口,并将各待处理网络请求的请求接口的标识作为所述单个合并接口的参数进行记录。
终端将所获取的待处理网络请求的请求接口合并为单个合并接口的同时,可以将各待处理网络请求的请求接口的标识作为该单个合并接口的参数进行记录。这样,终端便可以根据各请求接口的标识确定其功能等。终端在想服务器发送单个合并接口对应的待处理网络请求时,可以将该参数同时发送给服务器。
进而,当终端获取服务器发送的该单个合并接口对应的网络请求结果时,如图4所示,上述方法还可以包括:
S401,根据所记录的所述单个合并接口的参数,对所述网络请求结果进行解析,得到所述各待处理网络请求的请求接口对应的请求结果;
服务器在对该单个合并接口对应的待处理网络请求进行处理时,上述参数可以在处理过程中透传,这样服务器发送的单个合并接口对应的网络请求结果中便也携带有上述参数。
终端接收到服务器发送的上述单个合并接口对应的网络请求结果时,由于终端记录有单个合并接口的参数,所以终端可以根据所记录的单个合并接口的参数,对该网络请求结果进行解析,进而得到各待处理网络请求的请求接口对应的请求结果。
终端对单个合并接口对应的网络请求结果进行解析的具体方式可以采用网络请求处理领域的任意网络请求结果解析方式,在此不做具体限定及说明。
S402,将所述请求结果发送至对应的请求接口。
确定了每个待处理网络请求的请求接口对应的请求结果后,终端便可以将各请求结果发送至对应的请求接口,完成网络请求的结果的派发。
可见,在本实施例中,在将所获取的待处理网络请求的请求接口合并为单个合并接口之前,可以获取各待处理网络请求的请求接口的标识,进而将请求接口合并为单个合并接口时,可以将各待处理网络请求的请求接口的标识作为所述单个合并接口的参数进行记录。当获取服务器发送的单个合并接口对应的网络请求结果时,可以根据所记录的所述单个合并接口的参数,对网络请求结果进行解析,得到各待处理网络请求的请求接口对应的请求结果,避免将逻辑不相关的请求接口合并导致的接口耦合,不同业务耦合问题,降低后续结果解析及维护成本。
相应于上述网络请求的处理方法,本发明实施例还提供了一种网络请求的处理装置。
下面对本发明实施例所提供的一种网络请求的处理装置进行介绍。
如图5所示,一种网络请求的处理装置,应用于终端,所述装置包括:
空闲线程唤醒模块510,用于当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程;
其中,所述请求队列为所述终端当前的待处理网络请求形成的队列,所述请求队列为空状态时,所有空闲线程处于阻塞状态。
等待时间确定模块520,用于确定所述等待线程的等待时间是否达到通过等待时长确定模块(图5中未示出)预先确定的等待时长;
请求接口合并模块530,用于如果达到所述预先确定的等待时长,获取所述请求队列中的待处理网络请求,并触发所述空闲线程唤醒模块510,并将所述请求队列中多个待处理网络请求的请求接口合并为单个合并接口;
网络请求发送模块540,用于调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器。
可见,本发明实施例所提供的方案中,当待处理网络请求进入为空状态的请求队列时,终端可以唤醒一个空闲线程进入等待状态,作为等待线程,其中,请求队列为客户端当前的待处理网络请求形成的队列,请求队列为空状态时,所有空闲线程处于阻塞状态,然后终端确定等待线程的等待时间是否达到预先确定的等待时长,如果达到预先确定的等待时长,则获取请求队列中的待处理网络请求,进而将请求队列中多个待处理网络请求的请求接口合并为单个合并接口,调用等待线程发送单个合并接口对应的待处理网络请求至服务器。由于终端在确定等待线程的等待时间达到预先确定的等待时长时,调用等待线程发送上述单个合并接口对应的待处理网络请求至服务器,而不是立刻利用所有空闲线程处理最先获取的几个待处理网络请求,使得后续待处理网络请求的等待时间缩短,待网络处理请求的平均等待时间缩短。
作为本发明实施例的一种实施方式,上述装置还可以包括:
触发模块(图5中未示出),用于如果所述等待线程的等待时长未达到所述预先确定的等待时长,触发所述等待时间确定模块。
作为本发明实施例的一种实施方式,上述等待时长确定模块可以包括:
获取单元(图5中未示出),用于获取当前空闲线程的数量及网络请求的平均处理时长;
等待时长确定单元(图5中未示出),用于根据所述当前空闲线程的数量及所述平均处理时长,确定所述等待时长。
作为本发明实施例的一种实施方式,上述等待时长确定单元可以包括:
等待时长确定子单元(图5中未示出),用于当前空闲线程的数量为最大值时,t0为0;当前空闲线程的数量不为最大值时,t0=t*/(16-2(N-n));
其中,t0为所述等待时长,t*为所述平均处理时长,n为当前空闲线程的数量,N为当前空闲线程的数量的最大值。
作为本发明实施例的一种实施方式,上述装置还可以包括:
处理时长获取模块(图5中未示出),用于在所述调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器之后,获取所述单个合并接口对应的待处理网络请求的处理时长;
处理时长更新模块(图5中未示出),用于根据所述处理时长更新所述平均处理时长。
作为本发明实施例的一种实施方式,上述处理时长更新模块可以包括:
处理时长更新单元(图5中未示出),用于根据公式t0’=(m·t*+tb)/(m+1)计算得到更新后的平均处理时长;
其中,t0’为所述更新后的平均处理时长,m为正整数,t*为所述平均处理时长,tb为所述单个合并接口对应的待处理网络请求的处理时长。
作为本发明实施例的一种实施方式,上述装置还可以包括:
标识获取模块(图5中未示出),用于在所述将所获取的待处理网络请求的请求接口合并为单个合并接口之前,获取各待处理网络请求的请求接口的标识;
所述请求接口合并模块540可以包括:
参数记录单元(图5中未示出),用于将所获取的待处理网络请求的请求接口合并为单个合并接口,并将各待处理网络请求的请求接口的标识作为所述单个合并接口的参数进行记录;
所述装置还可以包括:
结果解析模块(图5中未示出),用于当获取所述服务器发送的所述单个合并接口对应的网络请求结果时,根据所记录的所述单个合并接口的参数,对所述网络请求结果进行解析,得到所述各待处理网络请求的请求接口对应的请求结果;
结果发送模块(图5中未示出),用于将所述请求结果发送至对应的请求接口。
本发明实施例还提供了一种终端,如图6所示,终端可以包括处理器601、通信接口602、存储器603和通信总线604,其中,处理器601,通信接口602,存储器603通过通信总线604完成相互间的通信,
存储器603,用于存放计算机程序;
处理器601,用于执行存储器603上所存放的程序时,实现如下步骤:
当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程;
其中,所述请求队列为所述终端当前的待处理网络请求形成的队列,所述请求队列为空状态时,所有空闲线程处于阻塞状态。
确定所述等待线程的等待时间是否达到预先确定的等待时长;
如果达到所述预先确定的等待时长,获取所述请求队列中的待处理网络请求,并返回所述当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程的步骤,并将所述请求队列中多个待处理网络请求的请求接口合并为单个合并接口;
调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器。
可见,本发明实施例所提供的方案中,当待处理网络请求进入为空状态的请求队列时,终端唤醒一个空闲线程进入等待状态,作为等待线程,其中,请求队列为客户端当前的待处理网络请求形成的队列,请求队列为空状态时,所有空闲线程处于阻塞状态,然后终端确定等待线程的等待时间是否达到预先确定的等待时长,如果达到预先确定的等待时长,则获取请求队列中的待处理网络请求,进而将请求队列中多个待处理网络请求的请求接口合并为单个合并接口,调用等待线程发送单个合并接口对应的待处理网络请求至服务器。由于终端在确定等待线程的等待时间达到预先确定的等待时长时,调用等待线程发送上述单个合并接口对应的待处理网络请求至服务器,而不是立刻利用所有空闲线程处理最先获取的几个待处理网络请求,使得后续待处理网络请求的等待时间缩短,待网络处理请求的平均等待时间缩短。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
其中,如果所述等待线程的等待时长未达到所述预先确定的等待时长,上述方法还可以包括:
返回所述确定所述等待线程的等待时间是否达到预先确定的等待时长的步骤。
其中,上述等待时长的确定方式,可以包括:
获取当前空闲线程的数量及网络请求的平均处理时长;
根据所述当前空闲线程的数量及所述平均处理时长,确定所述等待时长。
其中,上述根据当前空闲线程的数量及网络请求的平均处理时长,确定所述等待时长的步骤,可以包括:
当前空闲线程的数量为最大值时,t0为0;
当前空闲线程的数量不为最大值时,t0=t*/(16-2(N-n));
其中,t0为所述等待时长,t*为所述平均处理时长,n为当前空闲线程的数量,N为当前空闲线程的数量的最大值。
其中,在上述调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器的步骤之后,上述方法还可以包括:
获取所述单个合并接口对应的待处理网络请求的处理时长;
根据所述处理时长更新所述平均处理时长。
其中,上述根据所述处理时长更新所述平均处理时长的步骤,可以包括:
根据公式t0’=(m·t*+tb)/(m+1)计算得到更新后的平均处理时长;
其中,t0’为所述更新后的平均处理时长,m为正整数,t*为所述平均处理时长,tb为所述单个合并接口对应的待处理网络请求的处理时长。
其中,在上述将所获取的待处理网络请求的请求接口合并为单个合并接口的步骤之前,上述方法还可以包括:
获取各待处理网络请求的请求接口的标识;
上述将所获取的待处理网络请求的请求接口合并为合并接口的步骤,可以包括:
将所获取的待处理网络请求的请求接口合并为单个合并接口,并将各待处理网络请求的请求接口的标识作为所述单个合并接口的参数进行记录;
当获取所述服务器发送的所述单个合并接口对应的网络请求结果时,上述方法还可以包括:
根据所记录的所述单个合并接口的参数,对所述网络请求结果进行解析,得到所述各待处理网络请求的请求接口对应的请求结果;
将所述请求结果发送至对应的请求接口。
本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程;
其中,所述请求队列为所述终端当前的待处理网络请求形成的队列,所述请求队列为空状态时,所有空闲线程处于阻塞状态。
确定所述等待线程的等待时间是否达到预先确定的等待时长;
如果达到所述预先确定的等待时长,获取所述请求队列中的待处理网络请求,并返回所述当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程的步骤,并将所述请求队列中多个待处理网络请求的请求接口合并为单个合并接口;
调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器。
可见,本发明实施例所提供的方案中,计算机程序被处理器执行时,当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程,其中,请求队列为客户端当前的待处理网络请求形成的队列,请求队列为空状态时,所有空闲线程处于阻塞状态,然后终端确定等待线程的等待时间是否达到预先确定的等待时长,如果达到预先确定的等待时长,则获取请求队列中的待处理网络请求,进而将请求队列中多个待处理网络请求的请求接口合并为单个合并接口,调用等待线程发送单个合并接口对应的待处理网络请求至服务器。由于终端在确定等待线程的等待时间达到预先确定的等待时长时,调用等待线程发送上述单个合并接口对应的待处理网络请求至服务器,而不是立刻利用所有空闲线程处理最先获取的几个待处理网络请求,使得后续待处理网络请求的等待时间缩短,待网络处理请求的平均等待时间缩短。
其中,如果所述等待线程的等待时长未达到所述预先确定的等待时长,上述方法还可以包括:
返回所述确定所述等待线程的等待时间是否达到预先确定的等待时长的步骤。
其中,上述等待时长的确定方式,可以包括:
获取当前空闲线程的数量及网络请求的平均处理时长;
根据所述当前空闲线程的数量及所述平均处理时长,确定所述等待时长。
其中,上述根据当前空闲线程的数量及网络请求的平均处理时长,确定所述等待时长的步骤,可以包括:
当前空闲线程的数量为最大值时,t0为0;
当前空闲线程的数量不为最大值时,t0=t*/(16-2(N-n));
其中,t0为所述等待时长,t*为所述平均处理时长,n为当前空闲线程的数量,N为当前空闲线程的数量的最大值。
其中,在上述调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器的步骤之后,上述方法还可以包括:
获取所述单个合并接口对应的待处理网络请求的处理时长;
根据所述处理时长更新所述平均处理时长。
其中,上述根据所述处理时长更新所述平均处理时长的步骤,可以包括:
根据公式t0’=(m·t*+tb)/(m+1)计算得到更新后的平均处理时长;
其中,t0’为所述更新后的平均处理时长,m为正整数,t*为所述平均处理时长,tb为所述单个合并接口对应的待处理网络请求的处理时长。
其中,在上述将所获取的待处理网络请求的请求接口合并为单个合并接口的步骤之前,上述方法还可以包括:
获取各待处理网络请求的请求接口的标识;
上述将所获取的待处理网络请求的请求接口合并为合并接口的步骤,可以包括:
将所获取的待处理网络请求的请求接口合并为单个合并接口,并将各待处理网络请求的请求接口的标识作为所述单个合并接口的参数进行记录;
当获取所述服务器发送的所述单个合并接口对应的网络请求结果时,上述方法还可以包括:
根据所记录的所述单个合并接口的参数,对所述网络请求结果进行解析,得到所述各待处理网络请求的请求接口对应的请求结果;
将所述请求结果发送至对应的请求接口。
需要说明的是,对于上述装置、终端及计算机可读存储介质实施例而言,由于其基本相似于相应方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
进一步需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (14)
1.一种网络请求的处理方法,其特征在于,应用于终端,所述方法包括:
当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程,其中,所述请求队列为所述终端当前的待处理网络请求形成的队列,所述请求队列为空状态时,所有空闲线程处于阻塞状态;
确定所述等待线程的等待时间是否达到预先确定的等待时长;所述等待时长的确定方式,包括:获取当前空闲线程的数量及网络请求的平均处理时长;根据所述当前空闲线程的数量及所述平均处理时长,确定所述等待时长;
如果达到所述预先确定的等待时长,获取所述请求队列中的待处理网络请求,并返回所述当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程的步骤,并将所述请求队列中多个待处理网络请求的请求接口合并为单个合并接口;
调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器。
2.如权利要求1所述的方法,其特征在于,如果所述等待线程的等待时长未达到所述预先确定的等待时长,所述方法还包括:
返回所述确定所述等待线程的等待时间是否达到预先确定的等待时长的步骤。
3.如权利要求1所述的方法,其特征在于,所述根据当前空闲线程的数量及网络请求的平均处理时长,确定所述等待时长的步骤,包括:
当前空闲线程的数量为最大值时,t0为0;
当前空闲线程的数量不为最大值时,t0=t*/(16-2(N-n));
其中,t0为所述等待时长,t*为所述平均处理时长,n为当前空闲线程的数量,N为当前空闲线程的数量的最大值。
4.如权利要求1所述的方法,其特征在于,在所述调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器的步骤之后,所述方法还包括:
获取所述单个合并接口对应的待处理网络请求的处理时长;
根据所述处理时长更新所述平均处理时长。
5.如权利要求4所述的方法,其特征在于,所述根据所述处理时长更新所述平均处理时长的步骤,包括:
根据公式t0’=(m·t*+tb)/(m+1)计算得到更新后的平均处理时长;
其中,t0’为所述更新后的平均处理时长,m为正整数,t*为所述平均处理时长,tb为所述单个合并接口对应的待处理网络请求的处理时长。
6.如权利要求1或2所述的方法,其特征在于,在将所获取的待处理网络请求的请求接口合并为单个合并接口的步骤之前,所述方法还包括:
获取各待处理网络请求的请求接口的标识;
所述将所获取的待处理网络请求的请求接口合并为合并接口的步骤,包括:
将所获取的待处理网络请求的请求接口合并为单个合并接口,并将各待处理网络请求的请求接口的标识作为所述单个合并接口的参数进行记录;
当获取所述服务器发送的所述单个合并接口对应的网络请求结果时,所述方法还包括:
根据所记录的所述单个合并接口的参数,对所述网络请求结果进行解析,得到所述各待处理网络请求的请求接口对应的请求结果;
将所述请求结果发送至对应的请求接口。
7.一种网络请求的处理装置,其特征在于,应用于终端,所述装置包括:
空闲线程唤醒模块,用于当待处理网络请求进入为空状态的请求队列时,唤醒一个空闲线程进入等待状态,作为等待线程,其中,所述请求队列为所述终端当前的待处理网络请求形成的队列,所述请求队列为空状态时,所有空闲线程处于阻塞状态;
等待时间确定模块,用于确定所述等待线程的等待时间是否达到通过等待时长确定模块预先确定的等待时长;所述等待时长确定模块包括:获取单元,用于获取当前空闲线程的数量及网络请求的平均处理时长;等待时长确定单元,用于根据所述当前空闲线程的数量及所述平均处理时长,确定所述等待时长;
请求接口合并模块,用于如果达到所述预先确定的等待时长,获取所述请求队列中的待处理网络请求,并触发所述空闲线程唤醒模块,并将所述请求队列中多个待处理网络请求的请求接口合并为单个合并接口;
网络请求发送模块,用于调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器。
8.如权利要求7所述的装置,其特征在于,所述装置还包括:
触发模块,用于如果所述等待线程的等待时长未达到所述预先确定的等待时长,触发所述等待时间确定模块。
9.如权利要求7所述的装置,其特征在于,所述等待时长确定单元包括:
等待时长确定子单元,用于当前空闲线程的数量为最大值时,t0为0;当前空闲线程的数量不为最大值时,t0=t*/(16-2(N-n));
其中,t0为所述等待时长,t*为所述平均处理时长,n为当前空闲线程的数量,N为当前空闲线程的数量的最大值。
10.如权利要求7所述的装置,其特征在于,所述装置还包括:
处理时长获取模块,用于在所述调用所述等待线程发送所述单个合并接口对应的待处理网络请求至服务器之后,获取所述单个合并接口对应的待处理网络请求的处理时长;
处理时长更新模块,用于根据所述处理时长更新所述平均处理时长。
11.如权利要求10所述的装置,其特征在于,所述处理时长更新模块包括:
处理时长更新单元,用于根据公式t0’=(m·t*+tb)/(m+1)计算得到更新后的平均处理时长;
其中,t0’为所述更新后的平均处理时长,m为正整数,t*为所述平均处理时长,tb为所述单个合并接口对应的待处理网络请求的处理时长。
12.如权利要求7或8所述的装置,其特征在于,所述装置还包括:
标识获取模块,用于在将所获取的待处理网络请求的请求接口合并为单个合并接口之前,获取各待处理网络请求的请求接口的标识;
所述请求接口合并模块包括:
参数记录单元,用于将所获取的待处理网络请求的请求接口合并为单个合并接口,并将各待处理网络请求的请求接口的标识作为所述单个合并接口的参数进行记录;
所述装置还包括:
结果解析模块,用于当获取所述服务器发送的所述单个合并接口对应的网络请求结果时,根据所记录的所述单个合并接口的参数,对所述网络请求结果进行解析,得到所述各待处理网络请求的请求接口对应的请求结果;
结果发送模块,用于将所述请求结果发送至对应的请求接口。
13.一种终端,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现权利要求1-6任一所述的方法步骤。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-6任一所述的方法步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910135297.5A CN109981737B (zh) | 2019-02-22 | 2019-02-22 | 一种网络请求的处理方法、装置、终端及存储介质 |
PCT/CN2020/074612 WO2020168933A1 (zh) | 2019-02-22 | 2020-02-10 | 一种网络请求的处理方法、装置、终端及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910135297.5A CN109981737B (zh) | 2019-02-22 | 2019-02-22 | 一种网络请求的处理方法、装置、终端及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109981737A CN109981737A (zh) | 2019-07-05 |
CN109981737B true CN109981737B (zh) | 2021-11-26 |
Family
ID=67077274
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910135297.5A Active CN109981737B (zh) | 2019-02-22 | 2019-02-22 | 一种网络请求的处理方法、装置、终端及存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109981737B (zh) |
WO (1) | WO2020168933A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109981737B (zh) * | 2019-02-22 | 2021-11-26 | 卓米私人有限公司 | 一种网络请求的处理方法、装置、终端及存储介质 |
CN111127706B (zh) * | 2019-11-28 | 2022-04-22 | 深圳指芯物联技术有限公司 | 智能锁控制方法、智能锁、云服务器及计算设备 |
CN112231114A (zh) * | 2020-09-22 | 2021-01-15 | 深圳云天励飞技术股份有限公司 | 一种事件处理方法及相关设备 |
CN112446697B (zh) * | 2020-11-12 | 2024-05-28 | 深圳海付移通科技有限公司 | 对账方法、装置、计算机设备和存储介质 |
CN114221861B (zh) * | 2021-03-26 | 2023-07-07 | 无锡江南计算技术研究所 | 一种大规模互连网络的管理包收发方法 |
CN113608845A (zh) * | 2021-07-12 | 2021-11-05 | 阿里巴巴新加坡控股有限公司 | 数据处理方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102291324A (zh) * | 2011-06-28 | 2011-12-21 | 北京神州泰岳软件股份有限公司 | 高并发业务请求处理方法 |
CN104636957A (zh) * | 2015-02-04 | 2015-05-20 | 上海瀚之友信息技术服务有限公司 | 一种处理高并发数据请求的系统和方法 |
CN108306856A (zh) * | 2017-12-26 | 2018-07-20 | 努比亚技术有限公司 | 一种接口合并方法、客户端、服务器及计算机可读存储介质 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7146481B2 (en) * | 2003-03-24 | 2006-12-05 | Lsi Logic Corporation | Methods and systems for pre-merge read of configuration data from a foreign volume group inserted in storage array |
US9223578B2 (en) * | 2009-09-25 | 2015-12-29 | Nvidia Corporation | Coalescing memory barrier operations across multiple parallel threads |
CN101719929A (zh) * | 2009-11-20 | 2010-06-02 | 山东中创软件商用中间件股份有限公司 | 一种实现Web Service下实时数据传输的方法 |
US8639778B2 (en) * | 2011-02-01 | 2014-01-28 | Ebay Inc. | Commerce applications: data handshake between an on-line service and a third-party partner |
US9886317B2 (en) * | 2015-02-02 | 2018-02-06 | Oracle International Corporation | Fine-grained scheduling of work in runtime systems |
US10223321B2 (en) * | 2016-03-31 | 2019-03-05 | Dell Products L.P. | Combining redirected USB interfaces into a single composite device |
CN108279985B (zh) * | 2017-12-22 | 2021-11-19 | 努比亚技术有限公司 | 一种接口请求协议改造方法、设备及计算机可读存储介质 |
CN109981737B (zh) * | 2019-02-22 | 2021-11-26 | 卓米私人有限公司 | 一种网络请求的处理方法、装置、终端及存储介质 |
-
2019
- 2019-02-22 CN CN201910135297.5A patent/CN109981737B/zh active Active
-
2020
- 2020-02-10 WO PCT/CN2020/074612 patent/WO2020168933A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102291324A (zh) * | 2011-06-28 | 2011-12-21 | 北京神州泰岳软件股份有限公司 | 高并发业务请求处理方法 |
CN104636957A (zh) * | 2015-02-04 | 2015-05-20 | 上海瀚之友信息技术服务有限公司 | 一种处理高并发数据请求的系统和方法 |
CN108306856A (zh) * | 2017-12-26 | 2018-07-20 | 努比亚技术有限公司 | 一种接口合并方法、客户端、服务器及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2020168933A1 (zh) | 2020-08-27 |
CN109981737A (zh) | 2019-07-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109981737B (zh) | 一种网络请求的处理方法、装置、终端及存储介质 | |
CN110858843B (zh) | 业务请求处理方法、装置及计算机可读存储介质 | |
CN109117280B (zh) | 电子装置及其限制进程间通信的方法、存储介质 | |
WO2017156676A1 (zh) | 一种针对应用的处理方法、装置及智能终端 | |
CN110020383B (zh) | 一种页面数据请求处理方法及装置 | |
CN112068960A (zh) | 一种cpu资源分配方法、装置、存储介质及设备 | |
CN111104213B (zh) | 调整熔断的方法及装置 | |
WO2022095862A1 (zh) | 调整线程优先级的方法、终端及计算机可读存储介质 | |
CN116932248A (zh) | 一种基于线程和协程的事件处理方法、装置和终端设备 | |
CN110275780B (zh) | 用于限制流量的方法和装置 | |
CN116089049B (zh) | 基于异步并行i/o请求的进程同步调度方法、装置以及设备 | |
CN114138499B (zh) | Gpu资源利用率的监控方法、装置、计算机设备及介质 | |
CN108804152B (zh) | 配置参数的调节方法及装置 | |
CN107689979B (zh) | 一种下载请求处理方法和处理设备 | |
CN114500749A (zh) | Ai智能外呼转人工坐席的方法、系统、设备和存储介质 | |
CN109995855B (zh) | 一种数据获取方法、装置及终端 | |
CN111857996B (zh) | 一种中断处理方法、系统、设备及计算机可读存储介质 | |
CN115328978A (zh) | 一种连接池的连接方法和服务器 | |
CN116932194A (zh) | 线程执行方法、装置、电子设备及计算机可读存储介质 | |
CN109062706B (zh) | 电子装置及其限制进程间通信的方法、存储介质 | |
CN108600044B (zh) | 一种接口状态获取方法、装置及设备 | |
CN109284141B (zh) | 一种插件管理系统及方法 | |
CN109002325B (zh) | 一种程序的睡眠时间控制方法及装置 | |
CN113268327B (zh) | 事务请求的处理方法、装置和电子设备 | |
CN115826731B (zh) | 休眠控制方法及装置、存储介质和计算设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20210525 Address after: 25, 5th floor, shuangjingfang office building, 3 frisha street, Singapore Applicant after: Zhuomi Private Ltd. Address before: Room 1101, Santai Commercial Building, 139 Connaught Road, Hong Kong, China Applicant before: HONG KONG LIVE.ME Corp.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |