CN110046079A - 网络请求检测方法、装置及设备 - Google Patents
网络请求检测方法、装置及设备 Download PDFInfo
- Publication number
- CN110046079A CN110046079A CN201910337248.XA CN201910337248A CN110046079A CN 110046079 A CN110046079 A CN 110046079A CN 201910337248 A CN201910337248 A CN 201910337248A CN 110046079 A CN110046079 A CN 110046079A
- Authority
- CN
- China
- Prior art keywords
- thread
- broadcast message
- default
- judging result
- network request
- 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.)
- Granted
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 26
- 238000000034 method Methods 0.000 claims abstract description 33
- 230000002159 abnormal effect Effects 0.000 claims abstract description 14
- 238000012544 monitoring process Methods 0.000 claims abstract description 6
- 230000015572 biosynthetic process Effects 0.000 claims description 7
- 230000003993 interaction Effects 0.000 claims description 5
- 238000004891 communication Methods 0.000 claims description 3
- 238000003672 processing method Methods 0.000 description 19
- 238000012545 processing Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 8
- 235000011475 lollipops Nutrition 0.000 description 8
- 230000008569 process Effects 0.000 description 6
- 238000013459 approach Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
- G06F11/327—Alarm or error message display
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
Abstract
本申请公开了一种网络请求检测方法、装置及设备。该方法包括：监听网络请求接口，若监听到所述网络请求接口被第一线程调用，判断所述第一线程中是否包含预设广播信息，得到第一判断结果，若所述第一判断结果表示所述第一线程中包含预设广播信息，则生成异常提示。采用上述方案后，减少了客户端向服务器发送网络请求的次数，使得服务器能正常工作。
Description
技术领域
本申请涉及计算机技术领域，尤其涉及一种网络请求检测方法、装置及设备。
背景技术
随着互联网技术的发展，应用程序越来越多，丰富了人们的生活和娱乐，也为人们的生活提供了很大的便利性。
在使用应用程序时，服务器可能需要向所有客户端推送信息，则会向客户端发送广播信息。以手机YY为例，在某个频道内A送了虚拟礼物棒棒糖之后，服务器会向当前频道的用户客户端广播A已经成功赠送棒棒糖的信息。
目前，客户端在收到广播信息之后，可能会根据广播信息向服务器发送网络请求，导致服务器在短时间内收到大量的网络请求。例如，以日活跃用户上百万乃至千万甚至上亿的大型应用程序为例，导致服务器需要承受每秒百万次以上的请求。极有可能造成服务器宕机，影响服务器的正常工作。
发明内容
本申请实施例提供一种网络请求检测方法、装置及设备，用以解决现有技术中服务器短时间内收到大量客户端发送的网络请求，极有可能造成服务器宕机，影响服务器的正常工作的问题。
本申请实施例提供的一种网络请求检测方法，包括：
监听网络请求接口；
若监听到所述网络请求接口被线程调用，判断所述线程中是否包含预设广播信息，得到第一判断结果；
若所述第一判断结果表示所述线程中包含预设广播信息，则生成异常提示。
在所述若监听到所述网络请求接口被第一线程调用，判断所述第一线程中是否包含预设广播信息，得到第一判断结果之前，还包括：
接收广播信息；
将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息。
可选的，在所述将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息之后，还包括：
判断所述第一线程是否执行完成，得到第二判断结果；
若所述第二判断结果表示所述第一线程执行完成，则删除所述第一线程中的预设广播信息。
可选的，在所述将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息之后，还包括：
判断所述第一线程是否触发了切换到第二线程的操作，得到第三判断结果；
若所述第三判断结果表示触发了切换到所述第二线程的操作，获取所述广播信息；
若成功切换到所述第二线程，将所述广播信息写入所述第二线程形成预设广播信息。
可选的，在所述将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息之后，还包括：
判断所述第一线程是否触发了定时器，得到第四判断结果；
若所述第四判断结果表示所述第一线程触发了所述定时器，获取所述广播信息；
将所述广播信息写入执行所述定时器的定时任务的第三线程中形成预设广播信息。
可选的，在所述若成功切换到所述第二线程，将所述广播信息写入所述第二线程形成预设广播信息之后，还包括：
判断所述第二线程是否执行完成，得到第六判断结果；
若所述第六判断结果表示所述第二线程执行完成，则删除所述第二线程中的预设广播信息。
可选的，在所述将所述广播信息写入执行所述定时器的定时任务的第三线程中形成预设广播信息之后，还包括：
判断所述第三线程是否执行完成，得到第七判断结果；
若所述第七判断结果表示所述第三线程执行完成，则删除所述第三线程中的预设广播信息。
可选的，当所述广播信息为礼物广播信息，所述触发了切换到所述第二线程的操作表示更新直播间模块和公屏模块的礼物显示信息时，所述若成功切换到所述第二线程，所述将所述广播信息写入所述第二线程形成预设广播信息，具体包括：
若成功切换到所述第二线程，将所述礼物广播信息写入所述第二线程形成预设广播信息；
在所述若成功切换到所述第二线程，将所述礼物广播信息写入所述第二线程形成预设广播信息步骤之后，还包括：
将所述第二线程中的预设广播信息发送至所述直播间模块和所述公屏模块的显示界面进行显示，其中，所述预设广播信息包括用户名和交互内容。
本申请实施例提供的一种网络请求检测装置，包括：
监听模块，用于监听网络请求接口；
判断模块，用于若监听到所述网络请求接口被第一线程调用，判断所述第一线程中是否包含预设广播信息，得到第一判断结果；
生成模块，用于若所述第一判断结果表示所述第一线程中包含预设广播信息，则生成异常提示。
本申请实施例提供一种网络请求检测设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，
所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行所述一种网络请求检测方法。
本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现所述一种网络请求检测方法。
采用上述方案后，能实时监听网络请求接口，并在监听到网络请求接口被线程调用时，判断线程中是否包含预设广播信息，若包含，则生成异常提示，减少了客户端向服务器发送网络请求的次数，使得服务器能正常工作。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例提供的一种网络请求检测方法的流程示意图；
图2为本申请实施例提供的一种网络请求检测方法的应用程序界面示意图；
图3为本申请实施例提供的一种网络请求检测方法的原理示意图；
图4为本申请实施例提供的一种网络请求检测装置的结构示意图；
图5为本申请实施例提供的一种网络请求检测设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
随着互联网技术的发展，应用程序越来越多。在使用应用程序时，服务器可能需要向所有客户端推送信息，则会向客户端发送广播信息。以手机YY为例，在某个频道内A送了虚拟礼物棒棒糖之后，服务器会向当前频道的用户客户端广播A已经成功赠送棒棒糖的信息。服务器在短时间内会收到大量的请求，导致服务器宕机。为了避免这种情况，本申请在开发测试阶段对网络请求进行检测，并解决异常，保证了服务器的正常使用。
图1为本申请实施例提供的一种网络请求检测方法的流程示意图，从程序角度而言，流程的执行主体可以为部署在客户端上的操作系统。具体可以包括以下步骤：
步骤S101：监听网络请求接口。
网络请求接口还可以称为网络请求API(Application Program Interface，应用程序接口)。网络请求泛指通过计算机的协议层向互联网中的服务器发送的所有种类的请求。例如，可以为DHCP(Dynamic Host Configuration Protocol，动态主机分配协议)、BOOTP(BOOTstrap Protocol，引导程序协议)、FTP(File Transfer Protocol，文件传输协议)和HTTP(Hypertext Transfer Protocol，超文本传输协议)等协议。其他类型的网络请求协议也在本申请的保护范围之内。
程序内部可以通过统一的接口去向服务器请求，例如，可以通过网络请求接口向服务器请求。
客户端可以通过网络请求接口向服务器发送网络请求，为了能及时发现网络请求接口被线程调用，可以对网络请求接口进行监听。
线程有时被称为轻量进程(Lightweight Process，LWP)，是程序执行流的最小单元。一个标准的线程由线程ID，当前指令指针(PC)，寄存器集合和堆栈组成。另外，线程是进程中的一个实体，是被系统独立调度和分派的基本单位。线程自己不拥有系统资源，只拥有一点儿在运行中必不可少的资源，但它可与同属一个进程的其它线程共享进程所拥有的全部资源。
在linux、android和iOS等平台上，可以实现在程序中某个API被调用时，不去真正的调用这个API，而是调用另外一个可以任意设置的API。例如，当名称为A的API被调用时，不去真正调用方法A，而是去调用另外一个可以任意设置的名称为B的API，这种机制称为对A的监听。
步骤S102：若监听到所述网络请求接口被线程调用，判断所述线程中是否包含预设广播信息，得到第一判断结果。
若监听到网络请求接口被线程调用，说明线程可能要向服务器发送网络请求。在线程向服务器发送网络请求之前，需要判断线程中是否包含预设广播信息。比如，广播信息可以为礼物广播信息，需要判断线程中是否包含礼物广播信息。
步骤S103：若所述第一判断结果表示所述线程中包含预设广播信息，则生成异常提示。
当第一判断结果表示线程中包含预设广播信息时，代表接收到广播信息的客户端要向服务器发送网络请求。接收到广播信息的客户端向服务器发送网络请求时，由于请求数量巨大，可能会造成服务器无法正常使用。
为了保障服务器的正常使用，当第一判断结果表示线程中包含预设广播信息时，则生成异常提示。
生成异常提示后，线程可以抛出异常，自动中止程序的运行。还可以在抛出异常后，提示开发人员，等待开发人员中止程序的运行。
采用上述方案后，能实时监听网络请求接口，并在监听到网络请求接口被线程调用时，判断线程中是否包含预设广播信息，若包含，则生成异常提示，减少了客户端向服务器发送网络请求的次数，使得服务器能正常工作。
基于图1的方法，本说明书实施例还提供了该方法的一些具体实施方式，下面进行说明。
在一个具体实施方式中，在所述若监听到所述网络请求接口被第一线程调用，判断所述第一线程中是否包含预设广播信息，得到第一判断结果之前，还包括：
接收广播信息。
将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息。
为了保障能监测到网络请求，在客户端接收到广播信息之后，可以将广播信息写入当前正在执行的第一线程中，形成预设广播信息。后续，若监听到网络请求接口被第一线程调用，则继续判断第一线程中是否包含预设广播信息。由于已经将广播信息写入第一线程中了，则能够确定第一线程中包含预设广播信息，进而会生成异常提示。然后程序自动或者开发人员手动阻止网络请求，减少了向服务器发送的网络请求的数量，保障了服务器的正常运行。
在一个具体实施方式中，在所述将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息之后，还包括：
判断所述第一线程是否执行完成，得到第二判断结果。
若所述第二判断结果表示所述第一线程执行完成，则删除所述第一线程中的预设广播信息。
在第一线程执行完成后，为了避免下次调用第一线程时本来没有接收到广播信息，不用阻止该第一线程调用网络请求，却因为包含上次写入的广播信息误阻止了调用网络请求的情况出现，在第一线程执行完成之后，将写入第一线程的广播信息，即形成的预设广播信息删除。
此外，第一线程执行的是最外层的广播处理方法。最外层的广播处理方法控制整个程序流程的进行，还可以进行广播信息的发布和调用各业务处理方法。在调用各业务处理方法时，可能会切换到其他的线程，也可能继续在第一线程执行。
例如，对于一个礼物广播消息，直播间模块和公屏模块都需要它的内容数据来做驱动界面的更新，所以在第一线程执行的广播处理方法会分别将礼物广播消息分发到这两个模块。直播间模块和公屏模块在收到礼物广播消息后，在执行各自对应的业务处理方法时，可能会切换到其他的线程，也可能继续在第一线程执行。
在一个具体实施方式中，在将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息之后，还包括：
判断所述第一线程是否触发了切换到第二线程的操作，得到第三判断结果。若所述第三判断结果表示触发了切换到所述第二线程的操作，获取所述广播信息。若成功切换到所述第二线程，将所述广播信息写入所述第二线程形成预设广播信息。
在广播处理方法调用各业务处理方法时，需要判断是否切换了线程。如果在广播处理执行时引发了将任务调度到其他线程，由于此种异步任务也是由广播引发的，也可能向服务器发送网络请求，所以也需要对引发了任务调度的其他线程进行监听。并且，为了保证能检测到预设广播信息并抛出异常提示，调度到的其他线程也要写入广播信息。例如，引发了任务调度的其他线程为第二线程，则将广播信息写入第二线程中形成预设广播信息。
此外，若广播处理方法调用各业务处理方法时，没有切换到其他线程，仍然在第一线程中执行，则直接调用各业务处理方法，无需再重复进行获取广播信息，并将广播信息写入线程中的操作。
在一个具体实施方式中，在若成功切换到所述第二线程，将所述广播信息写入所述第二线程形成预设广播信息之后，还包括：
判断所述第二线程是否执行完成，得到第六判断结果。
若所述第六判断结果表示所述第二线程执行完成，则删除所述第二线程中的预设广播信息。
在第二线程执行完成后，为了避免下次调用第二线程时本来没有接收到广播信息，不用阻止该第二线程调用网络请求，却因为包含上次写入的广播信息误阻止了调用网络请求的情况出现，在第二线程执行完成之后，将写入第二线程的广播信息，即形成的预设广播信息删除。
在一个具体实施方式中，所述将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息之后，还包括：
判断所述第一线程是否触发了定时器，得到第四判断结果。若所述第四判断结果表示所述第一线程触发了所述定时器，获取所述广播信息。将所述广播信息写入执行所述定时器的定时任务的第三线程中形成预设广播信息。
在广播处理方法调用各业务处理方法时，或者各业务处理方法在执行时，可能会引发定时器操作，由于定时器操作也是由广播引发的，所以也要对其是否调用了网络请求接口进行检测。
检测之前需要判断是否切换到了其他线程，若切换到了其他线程，需要从第一线程中获取广播信息，为了保证能检测到预设广播信息并抛出异常提示，调度到的其他线程也要写入广播信息。其中，执行所述定时器的定时任务的线程可以为第三线程，则将广播信息写入第三线程中形成预设广播信息。
此外，若没有切换到其他线程，则由第一线程执行所述定时器的定时任务。无需再重复进行获取广播信息，并将广播信息写入线程中的操作。
在一个具体实施方式中，在所述将所述广播信息写入执行所述定时器的定时任务的第三线程中形成预设广播信息之后，还包括：
判断所述第三线程是否执行完成，得到第七判断结果；
若所述第七判断结果表示所述第三线程执行完成，则删除所述第三线程中的预设广播信息。
在第三线程执行完成后，为了避免下次调用第三线程时本来没有接收到广播信息，不用阻止该第三线程调用网络请求，却因为包含上次写入的广播信息误阻止了调用网络请求的情况出现，在第三线程执行完成之后，将写入第三线程的广播信息，即形成的预设广播信息删除。
在一个具体实施方式中，若所述第一判断结果表示所述第一线程中不包含预设广播信息，则正常发送网络请求。
在一个具体实施方式中，广播信息为礼物广播信息，具体可以包括：
接收礼物广播信息。
将所述礼物广播信息写入当前正在执行的所述第一线程中形成预设广播信息，其中，所述第一线程执行的是最外层的礼物广播信息处理方法。
在所述礼物广播信息处理方法调用直播间模块和/或公屏模块对应的业务方法时，判断所述礼物广播信息处理方法是否触发了切换到第二线程的操作。
若所述礼物广播信息处理方法触发了切换到所述第二线程的操作，获取所述礼物广播信息，其中，所述第二线程执行的是直播间模块和/或公屏模块对应的业务方法。
若成功切换到所述第二线程，将所述礼物广播信息写入所述第二线程形成预设广播信息。
监听网络请求接口。
若监听到所述网络请求接口被第二线程调用，判断所述第二线程中是否包含预设广播信息。
若所述第二线程中包含预设广播信息，则生成异常提示。
若没有监听到所述网络请求接口被第二线程调用，判断所述第二线程是否执行完成。
若所述第二线程执行完成，则删除所述第二线程中的预设广播信息；
若没有监听到所述网络请求接口被第一线程调用，判断所述第一线程是否执行完成。
若所述第一线程执行完成，则删除所述第一线程中的预设广播信息。
若所述礼物广播信息处理方法没有触发切换到所述第二线程的操作，则继续在第一线程执行直播间模块和/或公屏模块对应的业务方法，比如显示送礼物信息，显示特效等。
在一个具体实施方式中，当所述广播信息为礼物广播信息，所述触发了切换到所述第二线程的操作表示更新直播间模块和公屏模块的礼物显示信息时，所述若成功切换到所述第二线程，所述将所述广播信息写入所述第二线程形成预设广播信息，具体包括：
若成功切换到所述第二线程，将所述礼物广播信息写入所述第二线程形成预设广播信息。
在所述若成功切换到所述第二线程，将所述礼物广播信息写入所述第二线程形成预设广播信息步骤之后，还包括：
将所述第二线程中的预设广播信息发送至所述直播间模块和所述公屏模块的显示界面进行显示，其中，所述预设广播信息包括用户名和交互内容。例如，预设广播信息可以为用户名为A，交互内容为送了虚拟棒棒糖礼物。
图2为本申请实施例提供的针对一种网络请求检测方法的应用程序界面示意图，具体可以包括：
在该实施方式中，以IOS版本的手机YY应用程序为例，频道B包括直播模块和公屏模块。直播人员在直播模块直播的过程中，用户A送了棒棒糖礼物，用户B发送了好听评论，在公屏模块显示用户A送了虚拟棒棒糖礼物，用户B发送了好听的文案。同时在直播模块显示用户A送了棒棒糖，并将用户B发送的好听评论以弹幕的形式显示出来。
图3为本申请实施例提供的一种网络请求检测方法的原理示意图，如图3所示，实现过程具体可以包括：最外层的广播处理方法为onBroadCast,从此方法的参数中获取广播信息，并将广播信息写入当前线程的上下文。即写入NSThread currentThread的key为“broadcast”的关联对象中，随后进行广播数据分发给各业务处理方法和广播处理操作。等待执行完成后，再将NSThread currentThread的key为“broadcast”的关联对象删除。
若广播处理方法onBroadCast直接调用了网络请求接口，则能在当前线程中检测到包含预设广播信息，即key为“broadcast”的关联对象，生成异常提示。
若广播处理方法onBroadCast包含异步调度任务到其他线执行的操作，例如，包含dispatch_async(threadname,^{任务代码块A})的异步调度任务到其他线程执行的操作。在执行此操作之前，从当前线程上下文中获取广播信息，即获取[NSThreadcurrentThread]的key为“broadcast”的关联对象，如果存在广播信息B，则在异步任务代码块A开始在其它线程执行时，将B写入当前正在执行的线程上下文。并在任务代码块A执行结束之后，将广播信息删除，保证了任务代码块A所在的线程在触发了网络请求时能够检测到。
若广播处理方法触发了定时器操作，比如[NSTimerscheduledTimerWithTimeInterval:1.0target:selfselector:@selector(cal lback:)],则在执行此操作前从当前线程上下文获取广播信息，如果存在广播信息B，则在callback被调用时，将广播信息B写入当前执行的线程上下文。并在callback所在的线程执行完成时将B从线程上下文中清除，保证了callback操作中触发了网络请求时能够检测到。
在进行业务广播处理方法时，若与外层广播处理方法位于相同的线程，则直接往后运行。
若与外层广播处理方法位于不同的线程，则往当前线程上下文中写入广播信息，在方法结果完成时，从线程中删除广播信息。
在实际监听网络请求接口时，即对网络请求API进行监听。从当前线程的上下文中获取是否包含广播信息，即从NSThread currentThread中获取是否包含以“broadcast”为key的关联对象。如果获取到以“broadcast”为key的关联对象，则抛出oc异常，即Objective-C处理异常。否则正常发送网络请求。
图4为本申请实施例提供的一种网络请求检测装置的结构示意图，具体可以包括：
监听模块401，用于监听网络请求接口。
第一判断模块402，用于若监听到所述网络请求接口被第一线程调用，判断所述第一线程中是否包含预设广播信息，得到第一判断结果。
生成模块403，用于若所述第一判断结果表示所述第一线程中包含预设广播信息，则生成异常提示。
在一个具体实施方式中，在所述第一判断模块402之前，还包括：
接收模块，用于接收广播信息。
形成模块，用于将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息。
在一个具体实施方式中，在所述形成模块之后，还包括：
第二判断模块，用于判断所述第一线程是否执行完成，得到第二判断结果。
第一删除模块，用于若所述第二判断结果表示所述第一线程执行完成，则删除所述第一线程中的预设广播信息。
在一个具体实施方式中，在所述形成模块之后，还包括：
第三判断模块，用于判断所述第一线程是否触发了切换到第二线程的操作，得到第三判断结果。
获取模块，用于若所述第三判断结果表示触发了切换到所述第二线程的操作，获取所述广播信息。
切换模块，用于若成功切换到所述第二线程，将所述广播信息写入所述第二线程形成预设广播信息。
在一个具体实施方式中，所述形成模块之后，还包括：
第四判断模块，用于判断所述第一线程是否触发了定时器，得到第四判断结果。
触发模块，用于若所述第四判断结果表示所述第一线程触发了所述定时器，获取所述广播信息。
写入模块，用于将所述广播信息写入执行所述定时器的定时任务的第三线程中形成预设广播信息。
在一个具体实施方式中，在所述切换模块之后，还包括：
第五判断模块，用于判断所述第二线程是否执行完成，得到第六判断结果。
第二删除模块，用于若所述第六判断结果表示所述第二线程执行完成，则删除所述第二线程中的预设广播信息。
在一个具体实施方式中，在所述写入模块之后，还包括：
第六判断模块，用于判断所述第三线程是否执行完成，得到第七判断结果。
第三删除模块，用于若所述第七判断结果表示所述第三线程执行完成，则删除所述第三线程中的预设广播信息。
在一个具体实施方式中，当所述广播信息为礼物广播信息，所述切换模块，具体可以包括：
若成功切换到所述第二线程，将所述礼物广播信息写入所述第二线程形成预设广播信息；
在所述切换模块之后，还可以包括：
显示模块，用于将所述第二线程中的预设广播信息发送至所述直播间模块和所述公屏模块的显示界面进行显示，其中，所述预设广播信息包括用户名和交互内容。
图5为本说明书实施例提供的对应于图1的一种网络请求检测设备的结构示意图。如图5所示，所述设备500可以包括：
至少一个处理器510；以及，
与所述至少一个处理器通信连接的存储器530；其中，
所述存储器530存储有可被所述至少一个处理器510执行的指令520，所述指令被所述至少一个处理器510执行，以使所述至少一个处理器510能够实现上述程序处理方法的实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。
基于同样的思路，本说明书实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时可实现上述网络请求检测方法。
另外，还存在另外的相同要素。本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
Claims (11)
1.一种网络请求检测方法，其特征在于，包括：
监听网络请求接口；
若监听到所述网络请求接口被第一线程调用，判断所述第一线程中是否包含预设广播信息，得到第一判断结果；
若所述第一判断结果表示所述第一线程中包含预设广播信息，则生成异常提示。
2.如权利要求1所述的方法，其特征在于，在所述若监听到所述网络请求接口被第一线程调用，判断所述第一线程中是否包含预设广播信息，得到第一判断结果之前，还包括：
接收广播信息；
将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息。
3.如权利要求2所述的方法，其特征在于，在所述将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息之后，还包括：
判断所述第一线程是否执行完成，得到第二判断结果；
若所述第二判断结果表示所述第一线程执行完成，则删除所述第一线程中的预设广播信息。
4.如权利要求2所述的方法，其特征在于，在所述将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息之后，还包括：
判断所述第一线程是否触发了切换到第二线程的操作，得到第三判断结果；
若所述第三判断结果表示触发了切换到所述第二线程的操作，获取所述广播信息；
若成功切换到所述第二线程，将所述广播信息写入所述第二线程形成预设广播信息。
5.如权利要求1所述的方法，其特征在于，所述将所述广播信息写入当前正在执行的所述第一线程中形成预设广播信息之后，还包括：
判断所述第一线程是否触发了定时器，得到第四判断结果；
若所述第四判断结果表示所述第一线程触发了所述定时器，获取所述广播信息；
将所述广播信息写入执行所述定时器的定时任务的第三线程中形成预设广播信息。
6.如权利要求4所述的方法，其特征在于，在所述若成功切换到所述第二线程，将所述广播信息写入所述第二线程形成预设广播信息之后，还包括：
判断所述第二线程是否执行完成，得到第六判断结果；
若所述第六判断结果表示所述第二线程执行完成，则删除所述第二线程中的预设广播信息。
7.如权利要求5所述的方法，其特征在于，在所述将所述广播信息写入执行所述定时器的定时任务的第三线程中形成预设广播信息之后，还包括：
判断所述第三线程是否执行完成，得到第七判断结果；
若所述第七判断结果表示所述第三线程执行完成，则删除所述第三线程中的预设广播信息。
8.如权利要求4所述的方法，其特征在于，当所述广播信息为礼物广播信息，所述触发了切换到所述第二线程的操作表示更新直播间模块和公屏模块的礼物显示信息时，所述若成功切换到所述第二线程，所述将所述广播信息写入所述第二线程形成预设广播信息，具体包括：
若成功切换到所述第二线程，将所述礼物广播信息写入所述第二线程形成预设广播信息；
在所述若成功切换到所述第二线程，将所述礼物广播信息写入所述第二线程形成预设广播信息步骤之后，还包括：
将所述第二线程中的预设广播信息发送至所述直播间模块和所述公屏模块的显示界面进行显示，其中，所述预设广播信息包括用户名和交互内容。
9.一种网络请求检测装置，其特征在于，包括：
监听模块，用于监听网络请求接口；
判断模块，用于若监听到所述网络请求接口被第一线程调用，判断所述第一线程中是否包含预设广播信息，得到第一判断结果；
生成模块，用于若所述第一判断结果表示所述第一线程中包含预设广播信息，则生成异常提示。
10.一种网络请求检测设备，其特征在于，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，
所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1-8所述的任意一项所述的网络请求检测方法。
11.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现权利要求1-8所述的任意一项方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910337248.XA CN110046079B (zh) | 2019-04-25 | 2019-04-25 | 网络请求检测方法、装置及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910337248.XA CN110046079B (zh) | 2019-04-25 | 2019-04-25 | 网络请求检测方法、装置及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110046079A true CN110046079A (zh) | 2019-07-23 |
| CN110046079B CN110046079B (zh) | 2024-03-12 |
Family
ID=67279273
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910337248.XA Active CN110046079B (zh) | 2019-04-25 | 2019-04-25 | 网络请求检测方法、装置及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110046079B (zh) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5734903A (en) * | 1994-05-13 | 1998-03-31 | Apple Computer, Inc. | System and method for object oriented message filtering |
| JP2002044639A (ja) * | 2000-07-19 | 2002-02-08 | Nippon Telegraph & Telephone West Corp | 放送コンテンツの贈答システム及び方法 |
| CN101159918A (zh) * | 2005-02-25 | 2008-04-09 | 华为技术有限公司 | 一种移动数据广播业务的实现方法 |
| CN103914387A (zh) * | 2014-04-23 | 2014-07-09 | 广东欧珀移动通信有限公司 | Android手机自动化测试过程中排除异常干扰的方法和装置 |
| CN105119783A (zh) * | 2015-09-30 | 2015-12-02 | 北京奇艺世纪科技有限公司 | 网络请求数据的检测方法及装置 |
| CN106453266A (zh) * | 2016-09-20 | 2017-02-22 | 微梦创科网络科技（中国）有限公司 | 一种异常网络请求检测方法与装置 |
| CN109510800A (zh) * | 2017-09-14 | 2019-03-22 | 北京金山云网络技术有限公司 | 一种网络请求处理方法、装置、电子设备及存储介质 |
| WO2019071859A1 (zh) * | 2017-10-09 | 2019-04-18 | 武汉斗鱼网络科技有限公司 | 一种直播平台中防止刷礼物的方法及装置 |
-
2019
- 2019-04-25 CN CN201910337248.XA patent/CN110046079B/zh active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5734903A (en) * | 1994-05-13 | 1998-03-31 | Apple Computer, Inc. | System and method for object oriented message filtering |
| JP2002044639A (ja) * | 2000-07-19 | 2002-02-08 | Nippon Telegraph & Telephone West Corp | 放送コンテンツの贈答システム及び方法 |
| CN101159918A (zh) * | 2005-02-25 | 2008-04-09 | 华为技术有限公司 | 一种移动数据广播业务的实现方法 |
| CN103914387A (zh) * | 2014-04-23 | 2014-07-09 | 广东欧珀移动通信有限公司 | Android手机自动化测试过程中排除异常干扰的方法和装置 |
| CN105119783A (zh) * | 2015-09-30 | 2015-12-02 | 北京奇艺世纪科技有限公司 | 网络请求数据的检测方法及装置 |
| CN106453266A (zh) * | 2016-09-20 | 2017-02-22 | 微梦创科网络科技（中国）有限公司 | 一种异常网络请求检测方法与装置 |
| CN109510800A (zh) * | 2017-09-14 | 2019-03-22 | 北京金山云网络技术有限公司 | 一种网络请求处理方法、装置、电子设备及存储介质 |
| WO2019071859A1 (zh) * | 2017-10-09 | 2019-04-18 | 武汉斗鱼网络科技有限公司 | 一种直播平台中防止刷礼物的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110046079B (zh) | 2024-03-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108763012B (zh) | 卡顿信息获取方法、装置及终端 | |
| WO2020108085A1 (zh) | 资源配置方法、装置、终端及存储介质 | |
| CN107493375A (zh) | 移动终端扩展式投屏方法及投屏系统 | |
| CN109542614B (zh) | 资源配置方法、装置、终端及存储介质 | |
| TW200900923A (en) | Deterministic memory management in a computing environment | |
| CN109376053B (zh) | 数据处理方法、装置以及移动终端 | |
| CN112260853B (zh) | 容灾切换方法、装置、存储介质及电子设备 | |
| CN106897299B (zh) | 一种数据库访问方法及装置 | |
| WO2014197260A1 (en) | Idle worker-process page-out | |
| CN115328752B (zh) | 一种用于Kubernetes控制面测试的集群模拟方法及系统 | |
| CN115136564A (zh) | 用户设备中应用和应用内的内容的预加载 | |
| CN112653670A (zh) | 业务逻辑漏洞检测方法、装置、存储介质以及终端 | |
| CN106412078B (zh) | 精准信息推送方法、装置和系统 | |
| CN111124668A (zh) | 内存释放方法、装置、存储介质及终端 | |
| CN112291082B (zh) | 机房容灾处理方法、终端及存储介质 | |
| CN114880159B (zh) | 数据处理方法、装置、设备及存储介质 | |
| WO2015117445A1 (zh) | 任务窗口的处理方法及装置 | |
| CN104750553B (zh) | 应用运行方法和装置 | |
| CN110046079A (zh) | 网络请求检测方法、装置及设备 | |
| CN111949512A (zh) | 应用程序的卡顿检测方法、装置、终端及介质 | |
| CN113127113A (zh) | 一种操作指令的响应方法和计算机设备 | |
| CN110196765A (zh) | 定时任务处理方法、装置、设备及计算机可读存储介质 | |
| CN110109718A (zh) | 一种应用程序接口调用方法及装置 | |
| CN109714403A (zh) | 一种确定用户上线时长的方法及装置 | |
| KR102168740B1 (ko) | 콘텐츠 배치, 스케일링, 및 원격 측정 |
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: 20210111 Address after: 511442 3108, 79 Wanbo 2nd Road, Nancun Town, Panyu District, Guangzhou City, Guangdong Province Applicant after: GUANGZHOU CUBESILI INFORMATION TECHNOLOGY Co.,Ltd. Address before: 511442 24 floors, B-1 Building, Wanda Commercial Square North District, Wanbo Business District, 79 Wanbo Second Road, Nancun Town, Panyu District, Guangzhou City, Guangdong Province Applicant before: GUANGZHOU HUADUO NETWORK TECHNOLOGY Co.,Ltd. |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20190723 Assignee: GUANGZHOU HUADUO NETWORK TECHNOLOGY Co.,Ltd. Assignor: GUANGZHOU CUBESILI INFORMATION TECHNOLOGY Co.,Ltd. Contract record no.: X2021440000054 Denomination of invention: Network request detection method, device and equipment License type: Common License Record date: 20210208 |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |