CN112953810B - 一种网络请求的处理方法和装置 - Google Patents

一种网络请求的处理方法和装置 Download PDF

Info

Publication number
CN112953810B
CN112953810B CN201911258497.6A CN201911258497A CN112953810B CN 112953810 B CN112953810 B CN 112953810B CN 201911258497 A CN201911258497 A CN 201911258497A CN 112953810 B CN112953810 B CN 112953810B
Authority
CN
China
Prior art keywords
network request
message queue
network
requests
sending
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
Application number
CN201911258497.6A
Other languages
English (en)
Other versions
CN112953810A (zh
Inventor
董志强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Wodong Tianjun Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Wodong Tianjun Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201911258497.6A priority Critical patent/CN112953810B/zh
Publication of CN112953810A publication Critical patent/CN112953810A/zh
Application granted granted Critical
Publication of CN112953810B publication Critical patent/CN112953810B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/226—Delivery according to priorities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种网络请求的处理方法和装置，涉及计算机技术领域。该方法的一种具体实施方式包括：获取一个或多个网络请求；按照获取所述网络请求的顺序，将所述网络请求发送至第一延时消息队列，所述第一延时消息队列中的所述网络请求具有第一存活时间；在经过所述第一存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求进行处理。该实施方式能够按照线上网络请求的数量、频率以及时间间隔等，实现网络请求的录制与回放。

Description

一种网络请求的处理方法和装置
技术领域
本发明涉及计算机技术领域，尤其涉及一种网络请求的处理方法和装置。
背景技术
在现有的业务系统，如电子商务系统中，常会因网络请求数量过大等高并发问题导致业务系统出现负载过高、响应慢以及系统崩溃等问题。为准确地分析问题所在或实现业务系统运行状态的监控，进一步避免系统出现重复问题，需要获知业务系统出现问题时的所接收的网络请求的情况。但由于线上网络请求只能在线上进行业务逻辑处理，无法线下进行问题分析及排查。因此，只能通过线下模拟业务系统的网络请求实现业务系统运行状态的监控以及问题分析及排查。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：线下模拟的网络请求的数量、频率以及接收网络请求的时间间隔等，无法与线上接收的网络请求的数量、频率、时间间隔等完全一致，尤其是在业务系统出现问题的情况下，无法准确找到出现问题的根源。
发明内容
有鉴于此，本发明提供一种网络请求的处理方法和装置，能够按照线上网络请求的数量、频率以及时间间隔等，实现网络请求的录制与回放。
为实现上述目的，根据本发明的一个方面，提供了一种网络请求的处理方法，包括：
获取一个或多个网络请求；
按照获取所述网络请求的顺序，将所述网络请求发送至第一延时消息队列，所述第一延时消息队列中的所述网络请求具有第一存活时间；
在经过所述第一存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求进行处理。
可选地，还包括：
在将所述网络请求发送至即时消息队列的同时，将所述网络请求发送至第二延时消息队列，以备份所述网络请求。
可选地，还包括：
所述第二延时消息队列中的所述网络请求具有第二存活时间；
在经过所述第二存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求重复进行处理。
可选地，还包括：
在经过所述第二存活时间时，将所述网络请求发送至另一第二延时消息队列，以备份所述网络请求。
可选地，按照获取所述网络请求的顺序，通过异步方式将所述网络请求发送至第一延时消息队列。
可选地，所述第一延时消息队列或第二延时消息队列是通过DelayQueue或死信队列实现的。
可选地，所述即时消息队列为RabbitMQ。
为实现上述目的，根据本发明的另一个方面，提供了一种网络请求的处理装置，包括：网络请求获取模块、网络请求录制模块、网络请求回放模块；其中，
所述网络请求获取模块，用于获取一个或多个网络请求；
所述网络请求录制模块，用于按照获取所述网络请求的顺序，将所述网络请求发送至第一延时消息队列，所述第一延时消息队列中的所述网络请求具有第一存活时间；
所述网络请求回放模块，用于在经过所述第一存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列对所述网络请求进行处理。
可选地，所述网络请求回放模块，还用于，
在将所述网络请求发送至即时消息队列的同时，将所述网络请求发送至第二延时消息队列，以备份所述网络请求。
可选地，所述第二延时消息队列中的所述网络请求具有第二存活时间；
所述网络请求回放模块，还用于在经过所述第二存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求重复进行处理。
可选地，所述网络请求回放模块，还用于，
在经过所述第二存活时间时，将所述网络请求发送至另一第二延时消息队列，以备份所述网络请求。
可选地，所述网络请求录制模块，用于按照获取所述网络请求的顺序，通过异步方式将所述网络请求发送至第一延时消息队列。
可选地，所述第一延时消息队列或所述第二延时消息队列是通过DelayQueue或死信队列实现的。
可选地，所述即时消息队列为RabbitMQ。
为实现上述目的，根据本发明的再一个方面，提供了一种用于网络请求的处理的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上所述的处理网络请求的方法中任一所述的方法。
为实现上述目的，根据本发明的又一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上所述的处理网络请求的方法中任一所述的方法。
上述发明中具有如下优点或有益效果：通过即时消息队列和延时消息队列的配合使用，实现了网络请求的录制和回放，保证了网络请求与线上网络请求数量、频率以及时间间隔的一致性。此外，通过异步方式将网络请求发送至延时消息队列，可以在不影响线上业务正常处理的情况下实现线上网络请求的录制。另外，通过在将网络请求发送至即时消息队列的同时，发送至第二延时消息队列的方式，实现了网络请求的多次处理或回放。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例的网络请求的处理的方法的主要流程的示意图；
图2是根据本发明实施例的另一网络请求的处理的方法的主要流程的示意图；
图3是根据本发明实施例的网络请求的处理的装置的主要模块的示意图；
图4是本发明实施例可以应用于其中的示例性系统架构图；
图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例的网络请求的处理的方法的主要流程的示意图；如图1所示，该方法具体可以包括的步骤如下：
步骤S101，获取一个或多个网络请求。
所获取的网络请求可以是任意发送至业务系统的网络请求，包括但不限于：访问网址、下载文件、上传文件等。在获取网络请求的过程中，不仅要获取网络请求本身还要保持网络请求发送至业务系统的真实频率、真实时间间隔等，以便可以录制或者完全复制业务系统接收网络请求的状态，并在业务系统出现问题的情况下根据所获取的网络请求分析并寻找业务系统的出现问题的原因。在实际的执行过程中，有多种方式获取网络请求，如spring框架中的面向切面编程(Aspect Oriented Programming，简称AOP)的方式，自动拦截获取向业务系统发送的请求。可以理解的是，为获取网络请求使用的面向切面编程等常设置于业务系统的用于接收网络请求的相关线上程序中。
步骤S102，按照获取所述网络请求的顺序，将所述网络请求发送至第一延时消息队列，所述第一延时消息队列中的所述网络请求具有第一存活时间。
第一存活时间(Time To Live，简称TTL)是指存储在第一延时队列中的网络请求在其中的能够存储的时间，该第一存活时间可以是根据实际需求设定任一时间，如60s、100s、36000s等。具体地，以第一存活时间为36000s、先后发送至第一延时队列的网络请求为A、B、C为例进行说明，若网络请求为A、B、C之间的时间间隔分别为5s、10s，则网络请求A在存入到第一延时队列时，经历过第一存活时间36000s后，进行出队操作，而在网络请求A 5s后存入第一延时队列的网络请求B则在第一延时队列中存储36000s后进行出队操作，同样地，在网络请求B 5s后存入第一延时队列的网络请求B则在第一延时队列中存储36000s后进行出队操作，如此，网络请求A、B、C在第一延时队列中均经历第一存活时间后进行出队操作，既实现了网络请求A、B、的延时消费，又保证了在消费网络请求A、B、C时网络请求A、B、C之间的时间间隔及频率。
可以理解的是，第一延时消息队列或第二延时消息队列可以是任意可实现的延时消息队列，包括但不限于：通过Redis实现的延时消息队列、通过RabbitMQ实现的延时消息队列、通过JAVA中的DelayQueue实现的延时消息队列等。
在一种可选的实施方式中，所述第一延时消息队列或第二延时消息队列是通过DelayQueue或死信队列实现的。DelayQueue是JAVA中一个无界阻塞队列，只有在延迟期满时，才能从中获取消息，而死信队列则是指没有被及时消费的消息存放的队列，因此，为实现网络请求的延时消费，可以采用DelayQueue或死信队列来存储获取的网络请求，同时通过存活时间(TTL)保证了在消费网络请求时网络请求之间的真实时间间或频率，以实现对网络请求的录制。更具体地，以死信队列为例进行说明，向死信队列不断发送网络请求进行网络请求的录制的过程是一个时间轴不断向前推进的过程，以当前时间节点开始，将第一个消息发送到死信队列中，死信队列中的消息静止；然后继续将第二个消息发送到死信队列中，死信队列中的消息静止；以此类推，每次发送，后发的消息在时间轴上都比前一个消息在后，如此保证了网络请求在死信队列中的顺序以及真实时间间隔。
在一种可选的实施方式中，按照获取所述网络请求的顺序，通过异步方式将所述网络请求发送至第一延时消息队列。如此，通过异步线程方式将网络请求转发到第一延时队列以进行网络请求的录制，保证了发送网络请求之间的时间顺序以及时间间隔等，还不影响业务系统的线上业务正常处理。
步骤S103，在经过所述第一存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求进行处理。
由于存储至第一延时队列的网络请求具有预设的第一存活时间，当且仅当在经过第一存活时间后，其中的网络请求要进行出队操作。基于此，为分析业务系统接收网络请求时出现问题的原因，可以通过将从第一延时队列出队中的网络请求发送至即时消息队列并进行消费的形式，回放业务系统接收网络请求的状态。
在一种可选的实施方式中，所述即时消息队列为RabbitMQ。可以理解的是，可使用的即时消息队列可以为任一可以实现延时队列的功能的消息队列，包括但不限于：RabbitMQ、Kafka、Redis等。
在一种可选的实施方式中，在将所述网络请求发送至即时消息队列的同时，将所述网络请求发送至第二延时消息队列，以备份所述网络请求。可以理解的是，将网络请求发送至第一延时队列按照真实时间间隔或频率进行录制，以及将从第一队列中出队的网络请求发送至即时消息队列进行消费以实现网络请求的回放，是为了重现业务系统出现问题时接收的网络请求的状态，以分析或者寻找问题根源。因此，在仅进行一次网络请求的录制与回放无法即时找到问题根源的情况下，可以对录制的网络请求进行备份，以实现多次网络请求的回放。具体地，在将第一延时队列中出队的网络请求发送至即时消息队列的同时，发送至第二延时消息队列，以进行备份。可以理延时解的是，第二延时消息队列与第一延时消息队列都属于相同的延时消息队列，也同样具有第二存活时间，即网络请求在第二延时队列中的经过第二存活时间后自动进行出队操作，且该第二存活时间可以是根据实际需求设定的任一时间，如1s、20s、86400s等。基于此，在需要再次进行网络请求回放的情况下，可以将从第二延时消息队列中出队的网络请求按照顺序及时间间隔发送至即时消息队列并进行消费，以实现网络请求的再次播放。可以理解的是，在需要多次回放网络请求的情况下，可以多次使用第二延时队列备份网络请求，也可以使用多个第二延时队列实现对网络请求的多次备份。
在一种可选的实施方式中，所述第一延时消息队列或第二延时消息队列是通过DelayQueue或死信队列实现的。
在一种可选的实施方式中，所述第二延时消息队列中的所述网络请求具有第二存活时间；在经过所述第二存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求重复进行处理。
在一种可选的实施方式中，在经过所述第二存活时间时，将所述网络请求发送至另一第二延时消息队列，以备份所述网络请求。也即是说，在需要多次回放网络请求的情况下，可以多次使用第二延时队列备份网络请求，也可以使用多个第二延时队列实现对网络请求的多次备份。
基于上述实施例，通过即时消息队列和延时消息队列的配合使用，实现了网络请求的录制和回放，保证了网络请求与线上网络请求数量、频率以及时间间隔的一致性。此外，通过异步方式将网络请求发送至延时消息队列，可以在不影响线上业务正常处理的情况下实现线上网络请求的录制。另外，通过在将网络请求发送至即时消息队列的同时，发送至第二延时消息队列的方式，实现了网络请求的多次处理或回放。
更具体地，以业务系统接收的网络请求为下单(写服务)和查询订单(读服务)为例进行说明，在要求录制凌晨00：00-1：00点之间的线上网络请求，并在当天10点进行线下回放，第二天10点再次进行线下回放为力进行说明：
根据需要回放的网络请求的次数，创建一个第一延时消息队列、一个第二延时消息队列，对应的第一存活时间为36000s、第二存活时间为86400s，用以进行网络请求回放的即时消息队列为RabbitMQ；通过设置在业务系统在凌晨00：00-1：00之间接收网络请求的代码中的AOP程序获取业务系统接收的网络请求，并通过异步线程的方式按照顺序发送给第一延时消息队列，以按照网络请求的真实时间间隔录制网络请求；存储于第一延时消息队列中的网络请求在第一延时消息队列中经过36000s后，按照真实时间间隔的顺序先后进行出队处理，并将出队的网络请求发送至RabbitMQ并进行消费以实现业务系统在凌晨00：00-1：00之间接收的网络请求的回放；同时，将出队的网络请求发送至第二延时消息队列进行录制备份，以使网络请求在第二延时消息队列中经过第二存活时间86400s后从第二延时消息队列中出队，并按照顺序发送至RabbitMQ中进行消费以实现业务系统在凌晨00：00-1：00之间接收网络请求的第二次回放。
参见图2，在上述实施例的基础上，本发明实施例提供了另一种网络请求的处理方法，该方法具体可以包括的步骤如下：
步骤S201，获取一个或多个网络请求。
步骤S202，按照获取所述网络请求的顺序，将所述网络请求发送至第一延时消息队列，所述第一延时消息队列中的所述网络请求具有第一存活时间。
步骤S203，在经过所述第一存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求进行处理。
步骤S204，在将所述网络请求发送至即时消息队列的同时，将所述网络请求发送至第二延时消息队列，以备份所述网络请求，所述第二延时消息队列中的所述网络请求具有第二存活时间。
步骤S205，在经过所述第二存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求重复进行处理。
可以理解的是，在需要进行多次网络请求的录制与回放的情况下，可以继续在经过所述第二存活时间时，在将所述网络请求发送即时消息队列的同时，将所述网络请求发送至另一第二延时消息队列，以备份所述网络请求。
参见图3，在上述实施例的基础上，本发明实施例提供了一种网络请求的处理装置300，包括：网络请求获取模块301、网络请求录制模块302、网络请求回放模块303；其中，
所述网络请求获取模块301，用于获取一个或多个网络请求；
所述网络请求录制模块302，用于按照获取所述网络请求的顺序，将所述网络请求发送至第一延时消息队列，所述第一延时消息队列中的所述网络请求具有第一存活时间；
所述网络请求回放模块303，用于在经过所述第一存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列对所述网络请求进行处理。
在一种可选的实施方式中，所述网络请求回放模块303，还用于，
在将所述网络请求发送至即时消息队列的同时，将所述网络请求发送至第二延时消息队列，以备份所述网络请求。
在一种可选的实施方式中，所述第二延时消息队列中的所述网络请求具有第二存活时间；所述网络请求回放模块303，还用于在经过所述第二存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求重复进行处理。
在一种可选的实施方式中，所述网络请求回放模块303，还用于，
在经过所述第二存活时间时，将所述网络请求发送至另一第二延时消息队列，以备份所述网络请求。
在一种可选的实施方式中，所述网络请求录制模块302，用于按照获取所述网络请求的顺序，通过异步方式将所述网络请求发送至第一延时消息队列。
在一种可选的实施方式中，所述第一延时消息队列或所述第二延时消息队列是通过DelayQueue或死信队列实现的。
在一种可选的实施方式中，所述即时消息队列为RabbitMQ。
图4示出了可以应用本发明实施例的网络请求的处理方法或网络请求的处理装置的示例性系统架构400。
如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果反馈给终端设备。
需要说明的是，本发明实施例所提供的网络请求的处理方法一般由服务器405执行，相应地，网络请求的处理装置一般设置于服务器405中。
应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本发明的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括网络请求获取模块、网络请求录制模块、网络请求回放模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，网络请求获取模块还可以被描述为“用于获取一个或多个网络请求的模块”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取一个或多个网络请求；照获取所述网络请求的顺序，将所述网络请求发送至第一延时消息队列，所述第一延时消息队列中的所述网络请求具有第一存活时间；在经过所述第一存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求进行处理。
根据本发明实施例的技术方案，通过即时消息队列和延时消息队列的配合使用，实现了网络请求的录制和回放，保证了网络请求与线上网络请求数量、频率以及时间间隔的一致性。此外，通过异步方式将网络请求发送至延时消息队列，可以在不影响线上业务正常处理的情况下实现线上网络请求的录制。另外，通过在将网络请求发送至即时消息队列的同时，发送至第二延时消息队列的方式，实现了网络请求的多次处理或回放。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种网络请求的处理方法，其特征在于，包括：
获取一个或多个网络请求；
按照获取所述网络请求的顺序和时间间隔，将所述网络请求发送至第一延时消息队列，所述第一延时消息队列中的所述网络请求具有第一存活时间；
在经过所述第一存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求进行处理。
2.根据权利要求1所述的网络请求的处理方法，其特征在于，还包括：
在将所述网络请求发送至即时消息队列的同时，将所述网络请求发送至第二延时消息队列，以备份所述网络请求。
3.根据权利要求2所述的网络请求的处理方法，其特征在于，还包括：
所述第二延时消息队列中的所述网络请求具有第二存活时间；
在经过所述第二存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求重复进行处理。
4.根据权利要求3所述的网络请求的处理方法，其特征在于，还包括：
在经过所述第二存活时间时，将所述网络请求发送至另一第二延时消息队列，以备份所述网络请求。
5.根据权利要求1所述的网络请求的处理方法，其特征在于，
按照获取所述网络请求的顺序和时间间隔，通过异步方式将所述网络请求发送至第一延时消息队列。
6.一种网络请求的处理装置，其特征在于，包括：网络请求获取模块、网络请求录制模块、网络请求回放模块；其中，
所述网络请求获取模块，用于获取一个或多个网络请求；
所述网络请求录制模块，用于按照获取所述网络请求的顺序和时间间隔，将所述网络请求发送至第一延时消息队列，所述第一延时消息队列中的所述网络请求具有第一存活时间；
所述网络请求回放模块，用于在经过所述第一存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列对所述网络请求进行处理。
7.根据权利要求6所述的网络请求的处理装置，其特征在于，所述网络请求回放模块，还用于，
在将所述网络请求发送至即时消息队列的同时，将所述网络请求发送至第二延时消息队列，以备份所述网络请求。
8.根据权利要求7所述的网络请求的处理装置，其特征在于，
所述第二延时消息队列中的所述网络请求具有第二存活时间；
所述网络请求回放模块，还用于在经过所述第二存活时间时，将所述网络请求发送至即时消息队列，以供所述即时消息队列的消费者对所述网络请求重复进行处理。
9.根据权利要求8所述的网络请求的处理装置，其特征在于，所述网络请求回放模块，还用于，
在经过所述第二存活时间时，将所述网络请求发送至另一第二延时消息队列，以备份所述网络请求。
10.根据权利要求6所述的网络请求的处理装置，其特征在于，
所述网络请求录制模块，用于按照获取所述网络请求的顺序和时间间隔，通过异步方式将所述网络请求发送至第一延时消息队列。
11.一种用于网络请求的处理的电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。
12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。
CN201911258497.6A 2019-12-10 2019-12-10 一种网络请求的处理方法和装置 Active CN112953810B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911258497.6A CN112953810B (zh) 2019-12-10 2019-12-10 一种网络请求的处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911258497.6A CN112953810B (zh) 2019-12-10 2019-12-10 一种网络请求的处理方法和装置

Publications (2)

Publication Number Publication Date
CN112953810A CN112953810A (zh) 2021-06-11
CN112953810B true CN112953810B (zh) 2023-06-23

Family

ID=76225777

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911258497.6A Active CN112953810B (zh) 2019-12-10 2019-12-10 一种网络请求的处理方法和装置

Country Status (1)

Country Link
CN (1) CN112953810B (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106375118A (zh) * 2016-08-31 2017-02-01 哈尔滨工业大学（威海） 一种多视角的流量混杂回放方法与装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8738761B2 (en) * 2006-04-18 2014-05-27 Cisco Technology, Inc. Method and system to capture and playback network activity
US8352777B2 (en) * 2010-10-04 2013-01-08 Hewlett-Packard Development Company, L.P. Replaying captured network traffic
US9860605B2 (en) * 2013-06-14 2018-01-02 Google Llc Method and apparatus for controlling source transmission rate for video streaming based on queuing delay
US9306816B2 (en) * 2013-12-24 2016-04-05 Ixia System and method for replaying network captures
CN103986624B (zh) * 2014-05-28 2017-08-08 西安交通大学 一种网络流量还原回放方法
CN105099833A (zh) * 2015-09-14 2015-11-25 北京华青融天技术有限责任公司 一种业务测试方法、装置以及系统
CN107704375A (zh) * 2016-08-09 2018-02-16 厦门雅迅网络股份有限公司 一种录制和回放网络端口上行数据的系统和方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106375118A (zh) * 2016-08-31 2017-02-01 哈尔滨工业大学（威海） 一种多视角的流量混杂回放方法与装置

Also Published As

Publication number Publication date
CN112953810A (zh) 2021-06-11

Similar Documents

Publication Publication Date Title
US20080168122A1 (en) Publish/subscribe system
CN110737726B (zh) 一种确定待测试接口的测试数据的方法和装置
CN110928934A (zh) 一种用于业务分析的数据处理方法和装置
CN112596920A (zh) 一种消息处理的方法、装置、电子设备和存储介质
CN116627333A (zh) 日志缓存方法、装置、电子设备及计算机可读存储介质
CN113127057A (zh) 多任务并行执行的方法和装置
CN110534136B (zh) 录音的方法和装置
CN112084042A (zh) 一种消息处理的方法和装置
CN110912948A (zh) 一种问题上报的方法和装置
CN112953810B (zh) 一种网络请求的处理方法和装置
CN113127225A (zh) 一种数据处理任务的调度方法、装置和系统
CN111767176A (zh) 一种远程控制终端设备的方法和装置
CN112149392A (zh) 一种富文本编辑方法和装置
CN112688982B (zh) 一种用户请求处理方法和装置
CN113114611B (zh) 黑名单管理的方法和装置
CN114049065A (zh) 一种数据处理方法、装置及系统
CN111290873B (zh) 故障处理方法和装置
CN112131095B (zh) 压力测试方法和装置
CN113761433A (zh) 业务处理方法和装置
CN110019445B (zh) 数据同步方法和装置、计算设备和存储介质
CN112579447A (zh) 一种浏览器测试方法和装置
CN111949472A (zh) 一种记录应用日志的方法及装置
CN113254325A (zh) 测试用例的处理方法和装置
CN112783665B (zh) 接口补偿的方法和装置
CN111831530A (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
GR01 Patent grant
GR01 Patent grant