CN111859068A - 报文跟踪方法、装置、服务器、存储介质 - Google Patents
报文跟踪方法、装置、服务器、存储介质 Download PDFInfo
- Publication number
- CN111859068A CN111859068A CN202010632832.0A CN202010632832A CN111859068A CN 111859068 A CN111859068 A CN 111859068A CN 202010632832 A CN202010632832 A CN 202010632832A CN 111859068 A CN111859068 A CN 111859068A
- Authority
- CN
- China
- Prior art keywords
- message
- server
- identity information
- client
- target client
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例涉及通信领域,公开了一种报文跟踪方法、装置、服务器、存储介质。本发明中,应用于分布式系统的服务器,包括以下步骤:接收客户端的报文,所述报文包括所述客户端的身份信息;若所述客户端的身份信息与预设的目标客户端的身份信息匹配,存储所述报文。本申请中,当服务器确定接收的报文是目标客户端发送的,才会存储该报文;相对于现有技术而言,避免了由于在服务器中存储大量的报文造成服务器获取目标客户端报文的速度降低的问题,提高了分布式系统中服务器处理报文的能力,即提高了分布式系统中服务器获取目标客户端报文的速度,从而加快了整个分布式系统获取目标客户端报文的速度。
Description
技术领域
本发明实施例涉及通信领域,特别涉及一种报文跟踪方法、装置、服务器、存储介质。
背景技术
在大型分布式应用系统中,客户端与服务端的消息交互非常频繁,如果需要定位某个客户端的问题,通常需要抓取对应消息交互报文进行问题分析和定位。现有技术中抓取报文的方法主要是以下方案:当报文消息到达服务器之后,服务器将所有的报文存储下来,当需要查找目标客户端的报文时,在每个服务器存储的报文中查找目标客户端的报文。
发明人发现现有技术中至少存在如下问题:服务器由于存储了所有的报文,存储量较大会增加服务器的性能压力,且报文数量越多,服务器的性能压力就越大;在报文数量达到千万级的情况下,会降低服务器获取目标客户端报文的能力,报文信息获取的速度会大幅度降低。
发明内容
本发明实施例的目的在于提供一种报文跟踪方法、装置、服务器、存储介质,加快分布式系统中每个服务器处理报文的速度,从而加快分布式系统获取目标客户端报文信息的速度。
为解决上述技术问题,本发明的实施例提供了一种报文跟踪方法,应用于分布式系统的服务器,包括以下步骤:接收客户端的报文,所述报文包括所述客户端的身份信息;若所述客户端的身份信息与预设的目标客户端的身份信息匹配,存储所述报文。
本发明的实施例还提供了一种报文跟踪装置,包括:接收模块、存储模块;所述接收模块用于接收客户端的报文,所述报文包括所述客户端的身份信息;所述存储模块用于当所述客户端的身份信息与预设的目标客户端的身份信息匹配时,存储所述报文。
本发明的实施例还提供了一种服务器,包括:至少一个处理器;以及,与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行上述的报文跟踪方法。
本发明的实施例还提供了一种计算机可读存储介质,包括:所述计算机程序被处理器执行时实现上述的报文跟踪方法。
在分布式系统中,每个服务器均需要获取目标客户端发送的报文,从而得到目标客户端发送的所有报文;因此,每个服务器获取报文的速度决定了整个分布式系统获取报文的速度,而现有技术中,在获取目标客户端的报文之前,每个服务器中存储了大量非目标客户端的报文,造成了服务器处理信息的速度减慢,从而影响了服务器获取目标客户端报文的速度。本申请中,当服务器确定接收的报文是目标客户端发送的,才会存储该报文;相对于现有技术而言,避免了由于在服务器中存储大量的报文造成服务器获取目标客户端报文的速度降低的问题,提高了分布式系统中服务器处理报文的能力,即提高了分布式系统中服务器获取目标客户端报文的速度,从而加快了整个分布式系统获取目标客户端报文的速度。
另外,所述接收客户端的报文之前,还包括:将所述目标客户端的身份信息存储在所述服务器中。由于目标客户端的身份信息存储在服务器本地中,当判断接收的报文中的客户端身份信息与目标客户端的身份信息是否匹配时,服务器只需要访问服务器本地就可以进行匹配,整个步骤仅在服务器本地处理,使得服务器的处理速度更加快速,从而进一步加快服务器获取目标客户端报文的速度,提高整个分布式系统获取报文的速度。
另外,所述分布式系统中还包括与所述服务器通信连接的Redis集群,所述Redis集群存储有从所述分布式系统中的若干个服务器接收的所述目标客户端的身份信息;所述将所述目标客户端的身份信息存储在所述服务器中,包括:将所述Redis集群存储的所述目标客户端的身份信息同步至所述服务器中。由于本申请应用于分布式场景中,每个服务器均需要存储目标客户端的身份信息;因此,本申请通过设置Redis集群,将多个服务器联系在一起,将存储在Redis集群中的目标客户端的身份信息同步存储至每个服务器中,加快了每个服务器存储目标客户端的身份信息的速度,从而提高报文信息获取的速度。
另外,所述目标客户端的身份信息绑定有所述目标客户端的身份信息存储到所述Redis集群时的第一存储时间;所述报文跟踪方法还包括:若当前时间与所述第一存储时间的时差超过预设时长,向所述Redis集群发送删除指令,供所述Redis集群删除所述目标客户端的身份信息。通过设置第一存储时间、以及预设时长,可以用来进行失效校验,避免用户启动报文跟踪后,忘记停止报文跟踪功能,消耗不必要的资源,从而节约系统资源。
另外,所述目标客户端的身份信息绑定有所述目标客户端的身份信息存储到所述服务器时的第二存储时间;所述将所述目标客户端的身份信息存储在所述服务器中之后,还包括:若当前时间与所述第二存储时间的时差超过预设时长,在所述服务器中删除所述目标客户端的身份信息。通过判断并删除超过预设时长的目标客户端的身份信息,可以避免用户启动报文跟踪后,忘记停止报文跟踪功能,从而使得系统一直抓取报文,节约系统资源。
另外,所述分布式系统中还包括与所述服务器通信连接的Redis队列;所述存储所述报文,包括:在所述Redis队列中存储所述报文。由于Redis队列与各个服务器通信连接,可以在Redis队列中汇聚各服务器获取的报文;通过在Redis队列中存储各服务器获取的报文,在进行报文展示时,仅需要访问Redis队列就能进行展示,从而提高了报文展示的速度。
另外,所述在所述Redis队列中存储所述报文之后,包括:若所述Redis队列中的报文数量大于预设值,将所述Redis队列中存储时间最早的报文删除。当客户端出现问题时,客户端会出现疯狂发送信息给服务器的情况,因此,本申请在Redis队列中设置报文信息存储数量的预设值,在节约Redis资源的同时,也可以防止出现问题的客户端疯狂发送信息给服务器,从而导致Redis队列存储信息过多,影响整体Redis队列读取性能。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明,这些示例性说明并不构成对实施例的限定,附图中具有相同参考数字标号的元件表示为类似的元件,除非有特别申明,附图中的图不构成比例限制。
图1是根据本发明第一实施例的报文跟踪方法的流程示意图;
图2是根据本发明第二实施例的报文跟踪方法的流程示意图;
图3是根据本发明第三实施例的报文跟踪方法的流程示意图;
图4是根据本发明第四实施例的报文跟踪方法的流程示意图;
图5是根据本发明第五实施例的报文跟踪装置的结构示意图;
图6是根据本发明第六实施例的服务器的结构示意图。
具体实施例
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施例进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施例中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施例的种种变化和修改,也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便,不应对本发明的具体实现方式构成任何限定,各个实施例在不矛盾的前提下可以相互结合相互引用。
在分布式系统中,每个服务器均需要获取目标客户端发送的报文,从而得到目标客户端发送的所有报文;因此,每个服务器获取报文的速度决定了整个分布式系统获取报文的速度。在现有技术中,当客户端的报文到达服务器之后,服务器通过会将所有客户端的报文存储下来,当需要查找目标客户端的报文时,在每个服务器存储的报文中查找目标客户端的报文;由于服务器在获取目标客户端的报文之前,每个服务器中都存储了大量的非目标客户端的报文,在获取目标客户端报文的过程中,需要在多个服务器下进行检索和归并,极大影响了报文获取的速度,造成了服务器处理信息的速度减慢,从而影响了服务器获取目标客户端报文的速度。
为了加快分布式系统中每个服务器处理报文的速度,从而加快分布式系统获取目标客户端报文信息的速度,本发明的第一实施例涉及一种报文跟踪方法,具体流程如图1所示,具体包括以下步骤:
步骤101,接收客户端的报文。
本实施例应用于分布式系统中,由于分布式系统中存在若干个服务器,本实施例的执行主体为若干个服务器中的任意一个,也就是说,分布式系统中的每个服务器均可接收客户端的报文。具体地说,客户端发送的报文到达分布式系统中的一个服务器即可,当其中一个服务器接收到该客户端的报文时,其他的服务器可以不再接收该客户端的同一报文,从而可以节约系统资源。
具体地说,客户端发送的报文包括该客户端的身份信息,该身份信息可以是客户端的唯一身份标识,也可以是其他具有表征客户端身份信息的数据;本实施例通过给报文绑定该客户端的身份信息,可以为后续进行身份信息匹配提供基础。
步骤102,若客户端的身份信息与预设的目标客户端的身份信息匹配,存储报文。
具体的说,服务器在接收客户端的报文之后,需要对该报文的客户端的身份信息进行验证,从而判断该报文是否为目标客户端发送的;因此,本实施例中,服务器将客户端的身份信息与预设的目标客户端的身份信息进行比对,当客户端的身份信息与预设的目标客户端的身份信息匹配时,服务器会存储该报文。
在实际应用中,服务器会接收到多个客户端的多个报文,服务器接收到每个报文时,均会对报文包含的客户端的身份信息进行身份验证,从而在判断报文为目标客户端发送的时候,将该报文进行存储。
本实施例中,只有当服务器确定接收的报文是目标客户端发送的,才会存储该报文;相对于现有技术而言,避免了由于在服务器中存储大量的报文造成服务器获取目标客户端报文的速度降低的问题,提高了分布式系统中服务器处理报文的能力,即提高了分布式系统中服务器获取目标客户端报文的速度,从而加快了整个分布式系统获取目标客户端报文的速度。
在一个例子中,分布式系统中还包括与服务器通信连接的Redis队列;存储报文,包括:在Redis队列中存储报文。具体地说,在分布式系统中,Redis队列与每个服务器均通信连接,可以在Redis队列中汇聚各服务器获取的报文;因此,本实施例中通过在Redis队列中存储各服务器获取的报文,在进行报文展示时,仅需要访问Redis队列就能进行展示,从而提高了报文展示的速度。
在一个例子中,在Redis队列中存储报文之后,包括:若Redis队列中的报文数量大于预设值,将Redis队列中存储时间最早的报文删除。具体地说,在现有技术中,当客户端出现问题时,客户端会出现疯狂发送信息给服务器的情况;因此,本申请在Redis队列中设置报文信息存储数量的预设值,在节约Redis资源的同时,也可以防止出现问题的客户端疯狂发送信息给服务器,从而导致Redis队列存储信息过多,影响整体Redis队列读取性能。
本发明的第二实施例涉及一种报文跟踪方法。第二实施例与第一实施例大致相同,主要区别之处在于:本发明第二实施例中,接收客户端的报文之前,还包括:将目标客户端的身份信息存储在服务器中。本实施例的具体流程如图2所示,具体包括以下步骤:
步骤201,将目标客户端的身份信息存储在服务器中。
具体地说,服务器将目标客户端的身份信息预先存储在服务器本地中,当后续需要判断接收的报文中的客户端身份信息与目标客户端的身份信息是否匹配时,服务器仅需访问自己的本地内存就可以进行判断,整个步骤仅在服务器本地处理,无需访问服务器外部的数据库,使得服务器的处理速度加快,从而进一步加快服务器获取目标客户端报文的速度,提高整个分布式系统获取报文的速度。
在实际应用中,分布式系统中的每个服务器均会将目标客户端的身份信息预先存储在自己的本地内存中;也就是说,分布式系统中的每个服务器均具有验证身份信息的能力,当客户端发出报文之后,每个服务器均可以在无需借助其他外部的设备的情况下,独立进行身份验证,从而使得多个服务器可以分散分布式系统处理大量报文的压力,加快整个分布式系统获取报文的速度。
步骤202,接收客户端的报文。
步骤203,若客户端的身份信息与预设的目标客户端的身份信息匹配,存储报文。
上述步骤202、步骤203与第一实施例的步骤101、步骤102相同,为避免重复,本实施例与第一实施例相同或者相应的部分在此不作赘述。
本实施例中,由于目标客户端的身份信息存储在服务器本地中,当后续需要判断接收的报文中的客户端身份信息与目标客户端的身份信息是否匹配时,服务器只需要访问自己的本地内存就可以判断身份信息是否匹配,整个步骤仅在服务器本地处理,无需访问服务器外部的数据库,使得服务器的处理速度加快,从而进一步加快服务器获取目标客户端报文的速度,提高整个分布式系统获取报文的速度。
本发明的第三实施例涉及一种报文跟踪方法。第三实施例与第二实施例大致相同,主要区别之处在于:本发明第三实施例中,将目标客户端的身份信息存储在服务器中,包括:将Redis集群存储的目标客户端的身份信息同步至服务器中。
本实施例的具体流程如图3所示,具体包括以下步骤:
步骤301,将Redis集群存储的目标客户端的身份信息同步至服务器中。
需要说明的是,分布式系统中还包括与服务器通信连接的Redis集群,Redis集群存储有从分布式系统中的若干个服务器接收的目标客户端的身份信息。具体地说,当需要对某一目标客户端进行报文追踪时,将该目标客户端的身份信息发送给分布式系统的一个服务器,服务器接收到该目标客户端的身份信息之后,该服务器将该目标客户端的身份信息发送给Redis集群,因此,Redis集群可以接收到分布式系统中多个服务器发送的目标客户端的身份信息,也就是说,Redis集群包含了所有需要进行报文跟踪的目标客户端的身份信息。
具体的说,由于Redis集群包含了所有需要进行报文跟踪的目标客户端的身份信息,因此,服务器仅需要将Redis集群存储的所有的目标客户端的身份信息同步至自己的本地内存中,为后续进行身份信息验证提供基础。在其他实施例中,可以无需设置Redis集群,服务器之间可以依次连接,之后各个服务器将其接收的目标客户端的身份信息复制到其他服务器中。
在实际应用中,当服务器将Redis集群存储的目标客户端的身份信息同步至自己的本地内存的过程中,仍然可以接收其他的目标客户端的身份信息并将该身份信息发送至Redis集群,也就是说,在服务器同步存储Redis集群中的目标客户端信息的过程中,仍会增加新的目标客户端的身份信息;这两个步骤之间并不存在先后顺序之分,是可以同时进行的。
在实际应用中,由于在服务器同步存储Redis集群中的目标客户端信息的过程中,仍会增加新的目标客户端的身份信息,因此,上述步骤301的过程是周期性的;本实施例中,服务器每分钟都清空本地内存的信息,并将Redis集群存储的目标客户端的身份信息同步更新至自己的本地内存中。
步骤302,接收客户端的报文。
步骤303,若客户端的身份信息与预设的目标客户端的身份信息匹配,存储报文。
上述步骤302、步骤303与第一实施例的步骤201、步骤202相同,为避免重复,本实施例与第二实施例相同或者相应的部分在此不作赘述。
本实施例中,通过设置Redis集群,将多个服务器联系在一起,将存储在Redis集群中的目标客户端的身份信息同步存储至每个服务器中,加快了每个服务器存储目标客户端的身份信息的速度,从而提高报文信息获取的速度。
在一个例子中,目标客户端的身份信息绑定有目标客户端的身份信息存储到Redis集群时的第一存储时间;接收客户端的报文之前,还包括:若当前时间与第一存储时间的时差超过预设时长,向Redis集群发送删除指令,供Redis集群删除该目标客户端的身份信息。
在实际应用中,当对一个目标客户端进行一段时间的报文跟踪之后,就可以不再需要进行报文跟踪了,在现有技术中,一般需要用户手动进行报文跟踪停止的操作,然而,手动停止操作容易出现忘记停止的现象,从而使得服务器仍在一直抓取该目标客户端的报文信息,消耗不必要的资源。因此,本实施例中,当目标客户端的身份信息存储到Redis集群时,记录下该目标客户端的身份信息存储到Redis集群时第一存储时间,之后,服务器定时对Redis集群的目标客户端的身份信息进行失效校验,判断当前时间与第一存储时间的时差是否超过预设时长,若当前时间与第一存储时间的时差超过预设时长,向Redis集群发送删除指令,供Redis集群删除该目标客户端的身份信息;其中,预设时长可以根据实际需要进行设置,本实施例不对预设时长的范围进行具体的限制。本实施例通过设置第一存储时间、以及预设时长,可以用来进行失效校验,避免用户启动报文跟踪后,忘记停止报文跟踪功能,从而节约系统资源。
需要说明的是,服务器判断当前时间与第一存储时间的时差是否超过预设时长的步骤与步骤301的顺序在本实施例中不作具体的限制,用户可以根据需要设定两者之间的顺序。
在一个例子中,由于上述步骤301与服务器判断当前时间与第一存储时间的时差是否超过预设时长的步骤均是是周期性的,可以将这两个步骤的周期调节一致。因此,在每个周期中,可以先判断当前时间与第一存储时间的时差是否超过预设时长,若当前时间与第一存储时间的时差超过预设时长,向Redis集群发送删除指令,供Redis集群删除该目标客户端的身份信息;之后,服务器删除上一周期内本地内存中存储的目标客户端的身份信息,并将本周期内的Redis集群中的目标客户端信息同步至本地内存中。
本发明的第四实施例涉及一种报文跟踪方法。第四实施例与第二实施例大致相同,主要区别之处在于:本发明第四实施例中,若当前时间与第二存储时间的时差超过预设时长,在服务器中删除目标客户端的身份信息。
本实施例的具体流程如图4所示,具体包括以下步骤:
步骤401,将目标客户端的身份信息存储在服务器中。
步骤402,若当前时间与第二存储时间的时差超过预设时长,在服务器中删除目标客户端的身份信息。
具体的说,由于手动停止操作容易出现忘记停止的现象,从而使得服务器仍在一直抓取该目标客户端的报文信息,消耗不必要的资源。因此,本实施例中,目标客户端的身份信息绑定有该目标客户端的身份信息存储到服务器时的第二存储时间;将目标客户端的身份信息存储在服务器中之后,还包括:若当前时间与第二存储时间的时差超过预设时长,在服务器中删除该超期的目标客户端的身份信息。
步骤403,接收客户端的报文。
步骤404,若客户端的身份信息与预设的目标客户端的身份信息匹配,存储报文。
上述步骤401、步骤403、步骤404与第二实施例的步骤201至步骤203相同,为避免重复,本实施例与第二实施例相同或者相应的部分在此不作赘述。
本实施例中,通过判断并删除超过预设时长的目标客户端的身份信息,可以避免用户启动报文跟踪后,忘记停止报文跟踪功能,从而使得系统一直抓取报文,节约系统资源。
上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包括相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
本发明第五实施例涉及一种报文跟踪装置,如图5所示,包括:接收模块501、存储模块502;
接收模块501用于接收客户端的报文,报文包括客户端的身份信息;存储模块502用于当客户端的身份信息与预设的目标客户端的身份信息匹配时,存储报文。
不难发现,本实施例为与第一实施例相对应的系统实施例,本实施例可与第一实施例互相配合实施。第一实施例中提到的相关技术细节在本实施例中依然有效,为了减少重复,这里不再赘述。相应地,本实施例中提到的相关技术细节也可应用在第一实施例中。
值得一提的是,本实施例中所涉及到的各模块均为逻辑模块,在实际应用中,一个逻辑单元可以是一个物理单元,也可以是一个物理单元的一部分,还可以以多个物理单元的组合实现。此外,为了突出本发明的创新部分,本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入,但这并不表明本实施例中不存在其它的单元。
本发明第六实施例涉及一种服务器,如图6所示,包括至少一个处理器602;以及,与至少一个处理器通信连接的存储器601;其中,存储器601存储有可被至少一个处理器602执行的指令,指令被至少一个处理器602执行,以使至少一个处理器602能够执行上述实施例中的报文跟踪方法。
其中,存储器601和处理器602采用总线方式连接,总线可以包括任意数量的互联的总线和桥,总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输,进一步,天线还接收数据并将数据传送给处理器。
处理器602负责管理总线和通常的处理,还可以提供各种功能,包括定时,外围接口,电压调节、电源管理以及其他控制功能。而存储器601可以被用于存储处理器602在执行操作时所使用的数据。
本发明第六实施例涉及一种计算机可读存储介质,存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
即,本领域技术人员可以理解,实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解,上述各实施例是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (10)
1.一种报文跟踪方法,其特征在于,应用于分布式系统的服务器,包括:
接收客户端的报文,所述报文包括所述客户端的身份信息;
若所述客户端的身份信息与预设的目标客户端的身份信息匹配,存储所述报文。
2.根据权利要求1所述的报文跟踪方法,其特征在于,所述接收客户端的报文之前,还包括:
将所述目标客户端的身份信息存储在所述服务器中。
3.根据权利要求2所述的报文跟踪方法,其特征在于,所述分布式系统中还包括与所述服务器通信连接的Redis集群,所述Redis集群存储有从所述分布式系统中的若干个服务器接收的所述目标客户端的身份信息;
所述将所述目标客户端的身份信息存储在所述服务器中,包括:
将所述Redis集群存储的所述目标客户端的身份信息同步至所述服务器中。
4.根据权利要求3所述的报文跟踪方法,其特征在于,所述目标客户端的身份信息绑定有所述目标客户端的身份信息存储到所述Redis集群时的第一存储时间;所述报文跟踪方法还包括:
若当前时间与所述第一存储时间的时差超过预设时长,向所述Redis集群发送删除指令,供所述Redis集群删除所述目标客户端的身份信息。
5.根据权利要求2所述的报文跟踪方法,其特征在于,所述目标客户端的身份信息绑定有所述目标客户端的身份信息存储到所述服务器时的第二存储时间;所述将所述目标客户端的身份信息存储在所述服务器中之后,还包括:
若当前时间与所述第二存储时间的时差超过预设时长,在所述服务器中删除所述目标客户端的身份信息。
6.根据权利要求1所述的报文跟踪方法,其特征在于,所述分布式系统中还包括与所述服务器通信连接的Redis队列;所述存储所述报文,包括:
在所述Redis队列中存储所述报文。
7.根据权利要求6所述的报文跟踪方法,其特征在于,所述在所述Redis队列中存储所述报文之后,包括:
若所述Redis队列中的报文数量大于预设值,将所述Redis队列中存储时间最早的报文删除。
8.一种报文跟踪装置,其特征在于,包括:接收模块、存储模块;
所述接收模块用于接收客户端的报文,所述报文包括所述客户端的身份信息;
所述存储模块用于当所述客户端的身份信息与预设的目标客户端的身份信息匹配时,存储所述报文。
9.一种服务器,其特征在于,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求1至7中任一所述的报文跟踪方法。
10.一种计算机可读存储介质,存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的报文跟踪方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010632832.0A CN111859068A (zh) | 2020-07-02 | 2020-07-02 | 报文跟踪方法、装置、服务器、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010632832.0A CN111859068A (zh) | 2020-07-02 | 2020-07-02 | 报文跟踪方法、装置、服务器、存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111859068A true CN111859068A (zh) | 2020-10-30 |
Family
ID=73152152
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010632832.0A Pending CN111859068A (zh) | 2020-07-02 | 2020-07-02 | 报文跟踪方法、装置、服务器、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111859068A (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102710621A (zh) * | 2012-05-22 | 2012-10-03 | 中兴通讯股份有限公司 | 一种用户认证方法和系统 |
CN104022948A (zh) * | 2014-06-13 | 2014-09-03 | 中国民航信息网络股份有限公司 | TypeX报文传输系统及方法 |
CN106549760A (zh) * | 2015-09-16 | 2017-03-29 | 阿里巴巴集团控股有限公司 | 基于cookie的身份验证方法和装置 |
CN108769099A (zh) * | 2018-04-02 | 2018-11-06 | 武汉斗鱼网络科技有限公司 | 一种消息中间件的消息去重的实现方法 |
CN109660343A (zh) * | 2019-01-17 | 2019-04-19 | 平安科技(深圳)有限公司 | 令牌更新方法、装置、计算机设备及存储介质 |
CN110430205A (zh) * | 2019-08-09 | 2019-11-08 | 深圳前海微众银行股份有限公司 | 单点登录方法、装置、设备及计算机可读存储介质 |
CN111343145A (zh) * | 2020-02-03 | 2020-06-26 | 山东爱城市网信息技术有限公司 | 一种基于Redis的单点登录方法及装置 |
-
2020
- 2020-07-02 CN CN202010632832.0A patent/CN111859068A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102710621A (zh) * | 2012-05-22 | 2012-10-03 | 中兴通讯股份有限公司 | 一种用户认证方法和系统 |
CN104022948A (zh) * | 2014-06-13 | 2014-09-03 | 中国民航信息网络股份有限公司 | TypeX报文传输系统及方法 |
CN106549760A (zh) * | 2015-09-16 | 2017-03-29 | 阿里巴巴集团控股有限公司 | 基于cookie的身份验证方法和装置 |
CN108769099A (zh) * | 2018-04-02 | 2018-11-06 | 武汉斗鱼网络科技有限公司 | 一种消息中间件的消息去重的实现方法 |
CN109660343A (zh) * | 2019-01-17 | 2019-04-19 | 平安科技(深圳)有限公司 | 令牌更新方法、装置、计算机设备及存储介质 |
CN110430205A (zh) * | 2019-08-09 | 2019-11-08 | 深圳前海微众银行股份有限公司 | 单点登录方法、装置、设备及计算机可读存储介质 |
CN111343145A (zh) * | 2020-02-03 | 2020-06-26 | 山东爱城市网信息技术有限公司 | 一种基于Redis的单点登录方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109040252B (zh) | 文件传输方法、系统、计算机设备和存储介质 | |
CN110221817B (zh) | 一种数据召回模块及推荐系统 | |
CN105847447B (zh) | 消息推送方法和装置 | |
CN111291000B (zh) | 基于区块链的文件获取方法、设备及存储介质 | |
CN108429777B (zh) | 一种基于缓存的数据更新方法及服务器 | |
CN108390933B (zh) | 消息分发方法、装置、服务器及存储介质 | |
CN111083193A (zh) | 长连接消息发送方法、服务器及存储介质 | |
CN112463882A (zh) | 数据同步方法及云平台、边缘端 | |
WO2017174013A1 (zh) | 数据存储管理方法、装置及数据存储系统 | |
CN113824760A (zh) | 文件并发分块上传方法、装置、电子设备及存储介质 | |
CN105450682A (zh) | 一种用于数据同步保存、向客户端同步数据的方法、装置和系统 | |
CN113127232A (zh) | 消息处理方法、装置、设备及存储介质 | |
US11252121B2 (en) | Message sending method and terminal device | |
CN112491951B (zh) | 对等网络中的请求处理方法、服务器及存储介质 | |
CN112969198A (zh) | 数据传输方法、终端及存储介质 | |
CN106790653B (zh) | 文件传输处理方法及装置 | |
CN113348450A (zh) | 一种车载数据存储方法及系统 | |
CN111859068A (zh) | 报文跟踪方法、装置、服务器、存储介质 | |
CN112865927A (zh) | 消息送达验证方法、装置、计算机设备和存储介质 | |
CN111064700A (zh) | 云游戏的下载方法、装置及系统 | |
CN110737635A (zh) | 一种数据分块方法 | |
CN112749142B (zh) | 句柄管理方法和系统 | |
CN113852919B (zh) | 预警消息的生成方法和装置、存储介质及电子装置 | |
CN113132324B (zh) | 样本鉴定方法及系统 | |
CN111367916A (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 |