CN115866017B - 消息处理方法、装置、通信设备及存储介质 - Google Patents

消息处理方法、装置、通信设备及存储介质 Download PDF

Info

Publication number
CN115866017B
CN115866017B CN202310166682.2A CN202310166682A CN115866017B CN 115866017 B CN115866017 B CN 115866017B CN 202310166682 A CN202310166682 A CN 202310166682A CN 115866017 B CN115866017 B CN 115866017B
Authority
CN
China
Prior art keywords
message
target
processing
state
sub
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
CN202310166682.2A
Other languages
English (en)
Other versions
CN115866017A (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.)
Tianyi Cloud Technology Co Ltd
Original Assignee
Tianyi Cloud 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 Tianyi Cloud Technology Co Ltd filed Critical Tianyi Cloud Technology Co Ltd
Priority to CN202310166682.2A priority Critical patent/CN115866017B/zh
Publication of CN115866017A publication Critical patent/CN115866017A/zh
Application granted granted Critical
Publication of CN115866017B publication Critical patent/CN115866017B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明实施例提供了一种消息处理方法、装置、通信设备及存储介质,涉及数据通信技术领域,包括:通过在kafka集群分区中获取目标消息,以及目标消息对应的主ID;根据主ID在预先获取的消息处理记录表中查找目标消息的处理状态;在检测到目标消息的处理状态处于未消费成功状态的情况下,根据主ID从预先获取的子消息处理记录表中查找目标消息对应的全部子消息的执行状态;在检测到目标子消息的执行状态处于异常状态的情况下,将目标子消息进行异常处理。本发明通过在kafka集群分区中获取目标消息主ID,保证异步消息的并发性以及顺序性,当目标消息状态处于未消费成功时,只需从异常子消息开始执行,提升了异步消息处理的效率。

Description

消息处理方法、装置、通信设备及存储介质
技术领域
本发明涉及数据通信技术领域,提供一种消息处理方法、装置、通信设备及存储介质。
背景技术
kafka是一个分布式、支持分区的、多副本的的分布式消息系统,它的最大的特性就是可以实时的处理大量数据以满足各种需求场景。
基于kafka实现异步任务的执行,对于传统意义上繁琐的任务类型、数据持久化等实现过程具有明显的优势,但是当消费端出现数据库连接异常、消息配置错误等在消费过程中产生的异常消息时,会导致在业务处理过程中出现数据丢失、数据重复、kafka消息堵塞等问题,从而导致系统压力大,数据不一致。
现有技术中,针对消费过程中产生的异常消息,通过将异常消息推送到第二消费队列延时消费;当第二消费队列仍处理不成功时,则把消息存储在数据库中,并使用定时任务周期性扫描数据库中的异常任务再次执行,并且通过周期性扫描数据库中的待处理任务,增加了消息处理复杂性,消息处理效率降低。
发明内容
本发明实施例提供一种消息处理方法、装置、通信设备及存储介质,以解决由于系统异常、消息配置存在错误等原因导致的消费数据丢失、重复、数据不一致等问题。
为了解决上述问题,第一方面,本发明实施例公开了一种消息处理方法方法,所述方法包括:
在kafka集群分区中获取目标消息,以及所述目标消息对应的主ID;
根据所述主ID在预先获取的消息处理记录表中查找所述目标消息的处理状态;
在检测到所述目标消息的处理状态处于未消费成功状态的情况下,根据所述主ID从预先获取的子消息处理记录表中查找所述目标消息对应的全部子消息的执行状态;
在检测到目标子消息的执行状态处于异常状态的情况下,将所述目标子消息进行异常处理。
可选的,在所述根据所述主ID在预先获取的消息处理记录表中查找所述目标消息的处理状态的步骤之后,所述方法还包括:
在检测到所述目标消息的处理状态处于消费成功状态的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
可选的,每条所述消息包括一个唯一主ID,每条所述消息包括至少一个子消息,每个所述子消息包括唯一子ID。
可选的,所述将所述目标子消息进行异常处理包括:
在所述消息处理记录表中将所述目标消息对应的处理状态进行更新,并在所述子消息处理记录表将所述目标子消息对应的执行状态进行更新;
在检测到所述目标子消息对应的执行状态处于完成状态的情况下,在所述消息处理记录表中将所述目标消息对应的处理状态更新为消费成功状态。
可选的,所述在检测到目标子消息的执行状态处于异常状态的情况下,将所述目标子消息进行异常处理包括:
在检测到所述目标子消息对应的执行状态处于异常状态的情况下,根据所述目标子消息对应的异常类型对所述目标子消息进行异常处理。
可选的,所述根据所述目标子消息对应的异常类型对所述目标子消息进行异常处理包括:
在检测到所述目标子消息对应的异常类型为可恢复异常类型的情况下,按照预设时间间隔对所述目标子消息重新处理;
在检测到所述目标子消息对应的异常类型为不可恢复异常类型的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
可选的,所述未消费成功状态包括:所述目标消息对应的处理状态标识为可恢复标识,或者,所述目标消息对应的处理状态标识为中断标识。
可选的,在所述根据所述主ID在预先获取的消息处理记录表中查找所述目标消息的处理状态的步骤之后,所述方法包括:
在检测到在所述消息处理记录表中所述目标消息的处理状态为无法查询状态的情况下,在所述kafka集群分区中重新创建所述目标消息。
第二方面,本发明实施例还公开了一种消息处理装置,所述装置包括:
获取模块,用于在kafka集群分区中获取目标消息,以及所述目标消息对应的主ID;
第一查找模块,用于根据所述主ID在预设消息处理记录表中查找所述目标消息的处理状态;
第二查找模块,用于在检测到所述目标消息的处理状态处于未消费成功状态的情况下,根据所述主ID从预设子消息处理记录表中查找所述目标消息对应的全部子消息的执行状态;
处理模块,用于在检测到目标子消息的执行状态处于异常状态的情况下,将所述目标子消息进行异常处理。
可选的,所述装置还包括:
发送模块,用于在检测到所述目标消息的处理状态处于消费成功状态的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
可选的,所述处理模块包括:
第一更新子模块,用于在所述消息处理记录表中将所述目标消息对应的处理状态进行更新,并在所述子消息处理记录表将所述目标子消息对应的执行状态进行更新;
第二更新子模块,用于在检测到所述目标子消息对应的执行状态处于完成状态的情况下,在所述消息处理记录表中将所述目标消息对应的处理状态更新为消费成功状态。
可选的,所述处理模块包括:
异常处理子模块,用于在检测到所述目标子消息对应的执行状态处于异常状态的情况下,根据所述目标子消息对应的异常类型对所述目标子消息进行异常处理。
可选的,所述异常处理子模块包括:
第一处理单元,用于在检测到所述目标子消息对应的异常类型为可恢复异常类型的情况下,按照预设时间间隔对所述目标子消息重新处理;
第二处理单元,用于在检测到所述目标子消息对应的异常类型为不可恢复异常类型的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
可选的,所述装置还包括:
创建模块,用于在检测到在所述消息处理记录表中所述目标消息的处理状态为无法查询状态的情况下,在所述kafka集群分区中重新创建所述目标消息。
第三方面,本发明实施例还公开了一种通信设备,包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行以上所述的消息处理方法。
第四方面,本发明还公开了一种计算机可读存储介质,存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现上述的消息处理方法。
本发明实施例包括以下优点:
本发明实施例提供的消息处理方法,通过在kafka集群分区中获取目标消息,以及目标消息对应的主ID;根据主ID在预先获取的消息处理记录表中查找目标消息的处理状态;在检测到目标消息的处理状态处于未消费成功状态的情况下,根据主ID从预先获取的子消息处理记录表中查找目标消息对应的全部子消息的执行状态;在检测到目标子消息的执行状态处于异常状态的情况下,将目标子消息进行异常处理。本发明通过在kafka集群分区中获取目标消息以及目标消息ID,即通过利用kafka的多分区并行消费,单个分区对一个消费者组只有一个消费线程消费的原理,保证异步消息的并发性以及顺序性,当目标消息的状态处于未消费成功时,只需要从异常的子消息开始执行,无需整个消息重新执行,提升了异步消息处理的效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的消息处理方法的步骤流程图之一;
图2为本发明实施例提供的消息处理方法的步骤流程图之二;
图3为本发明实施例提供的消息处理方法的步骤流程图之三;
图4是本发明实施例提供的消息处理装置的装置框图;
图5是本发明实施例提供的一种通信设备的结构示意图;
图6是本发明实施例提供的一种并行消费示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
参照图1,示出了本发明实施例提供的消息处理方法的步骤流程图之一,所述方法可以包括:
步骤101,在kafka集群分区中获取目标消息,以及所述目标消息对应的主ID。
需要说明的是,kafka表示一种分布式发布订阅消息系统,对于kafka系统来讲,数据推送端会将数据存储在kafka数据库中,并且,会向每条消息写入一个唯一标识,消费端可以从kafka数据库中获取这些数据,当多个消息在进行并行消费时,如图6所示,图6是本发明实施例提供的一种并行消费示意图,其中,图中producer表示生产者,consumer表示消费者,partition表示分区,topic类似于文件系统中的文件夹,事件就是该文件夹中的文件,kafka中的topic包括多生产者和多订阅者,topic是分区的,这意味着一个topic可以分布在多个kafka节点上,因此,结合图6可以看出通过利用kafka的多分区并行消费,单分区对一个消费者组只有一个消费线程消费的原理,可以最大程度的保证异步消息的并发性以及顺序性。
消费端可以从kafka集群分区中获取消息或者任务,其中,消息包括若干个子消息或者子任务,一个消息具有一个全局唯一的主ID,且可以包括多个子消息,每个子消息具有一个子ID,同一个消息的多个子ID不能重复,由主ID和子ID可以确定相对应的唯一一个子任务,通过主ID可以判断消息是否重复。
需要说明的是,对于子消息来讲,子消息支持事务性和幂等性,其中,事务性是代表在消息处理过程中要么处于消费成功状态,要么消费失败状态,无中间状态,即事务性包括消费成功状态以及未消费成功状态;主ID和子ID之间组合生成一个新的组合标识ID,并将组合标识ID作为一个子任务的幂等性唯一标识,该标识的执行结果存储于redis(RemoteDictionary Server,远程字典服务),其中,redis是一个开源的支持网络、可基于内存亦可持久化的日志型、数据库,多次重复执行不会改变结果,通过只保障单个子任务的事务性和幂等性,无需保障整个消息的事务性和幂等性,在消息处理过程中发生异常时,只需从异常的子消息开始重试即可,无需对整个主消息进行重新执行,从而减少资源浪费,提高异步消息处理速度。
具体的,从kafka分区中获取具有主ID、子ID标识的消息,当消息发到kafka主题对应的分区后,可以被消费端进行消息获取,例如,消费订阅,因此消费端线程获取到消息后,能根据主ID识别消息,也能根据主ID和子ID识别一个子消息。
步骤102,根据所述主ID在预先获取的消息处理记录表中查找所述目标消息的处理状态。
需要说明的是,在本发明实施例中,根据消息对应的唯一主ID在数据库中的消息处理记录表中可以查找消息的处理状态。具体的,在消息处理过程中,首先会将包含主ID的消息内容存入消息处理记录表,并根据消息对应的处理状态实时更新状态标记,因此在kafka数据库表中根据主ID即可查询出是否存在消息重复执行,也可查询出处理状态。
步骤103,在检测到所述目标消息的处理状态处于未消费成功状态的情况下,根据所述主ID从预先获取的子消息处理记录表中查找所述目标消息对应的全部子消息的执行状态。
需要说明的是,在本发明实施例中,在步骤102中对目标消息的处理状态进行查找,如果找到目标消息的处理状态并且处理状态处于未消费成功状态,此时,无需对目标消息全部进行重新处理,根据子消息的特性可以找到异常的子消息,并将异常子消息重新处理一遍。
具体的,如果消息找到,并判定为未消费成功,则需要从异常的子任务开始重新执行。
进一步地,未消费成功状态包括:所述目标消息对应的处理状态标识为可恢复标识,或者,所述目标消息对应的处理状态标识为中断标识。
例如,在一个实施例中,目标消息是否处于未消费成功状态只要符合以下条件之一,就可以认为目标消息是未消费成功状态:第一,消息的状态标识为失败,可恢复异常,第二,消息的状态标识为处理中,但执行时长已超过设定的阈值,此时认为系统在处理消息过程中异常中断。
步骤104,在检测到目标子消息的执行状态处于异常状态的情况下,将所述目标子消息进行异常处理。
需要说明的是,在本发明实施例中,当目标消息对应的处理状态被判定为未消费成功状态时,根据目标消息的主ID从子消息处理记录表中查找执行状态为失败、超时、未处理等异常状态的子消息进行重新执行。在本发明中,子消息通过支持事务性和幂等性来保证子消息的数据一致性。
具体的,在一些实施例中,步骤104在检测到目标子消息的执行状态处于异常状态的情况下,将所述目标子消息进行异常处理,可以包括以下步骤:在所述消息处理记录表中将所述目标消息对应的处理状态进行更新,并在所述子消息处理记录表将所述目标子消息对应的执行状态进行更新;在检测到所述目标子消息对应的执行状态处于完成状态的情况下,在所述消息处理记录表中将所述目标消息对应的处理状态更新为消费成功状态。
需要说明的是,在检测到目标子消息的执行状态处于异常状态的情况下,将目标子消息进行异常处理,即将异常子消息处理,重新执行一遍,具体的步骤,首先是更新消息处理记录表的状态为处理中,在执行待重试的子消息时,首先是更新子消息的状态为处理中,再执行,最后更新子消息的完成状态,当所有子消息执行完成,更新目标消息的状态。
具体的,执行过程即为该子消息是否根据用户的需求正常进行消费订阅的过程。
进一步地,在一些实施例中,步骤104还可以包括:在检测到所述目标子消息对应的执行状态处于异常状态的情况下,根据所述目标子消息对应的异常类型对所述目标子消息进行异常处理。
进一步地,根据目标子消息对应的异常类型对所述目标子消息进行异常处理,可以包括以下内容:在检测到所述目标子消息对应的异常类型为可恢复异常类型的情况下,按照预设时间间隔对所述目标子消息重新处理;在检测到所述目标子消息对应的异常类型为不可恢复异常类型的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
需要说明的是,如果目标子消息执行结果状态为消费成功状态或者目标子消息对应的异常类型为失败,不可恢复异常,则认为目标消息处于消费完成状态,此时可以提交offset值,即向kafka集群发送目标消息对应的标志位,其中,OFFSET为属性操作符,表示应该把其后跟着的符号地址的值(不是内容)作为操作数,具体的,当任务执行完成时,告知kafka该消息已消费,下次将不会再消费该消息。对于出现不可恢复异常的消息,发送消息告知用户人工处理。
如果目标子消息对应的异常类型为失败,可恢复异常,则认为目标消息仍为未消费完成状态,休眠预定的值后再重复消费,即按照预设时间间隔对所述目标子消息重新处理。具体的,出现该类异常,说明系统出现了故障,此时不能向kafka反馈offset值,需要重复执行消费过程,但是如果直接再次消费,大概率还是失败,因此需要做一定的休眠,再次重复执行消费。
本发明实施例提供的消息处理方法,通过在kafka集群分区中获取目标消息,以及目标消息对应的主ID;根据主ID在预先获取的消息处理记录表中查找目标消息的处理状态;在检测到目标消息的处理状态处于未消费成功状态的情况下,根据主ID从预先获取的子消息处理记录表中查找目标消息对应的全部子消息的执行状态;在检测到目标子消息的执行状态处于异常状态的情况下,将目标子消息进行异常处理。本发明通过在kafka集群分区中获取目标消息以及目标消息ID,即通过利用kafka的多分区并行消费,单个分区对一个消费者组只有一个消费线程消费的原理,保证异步消息的并发性以及顺序性,当目标消息的状态处于未消费成功时,只需要从异常的子消息开始执行,无需整个消息重新执行,提升了异步消息处理的效率。
另外,通过对子消息异常进行分类处理,防止不可恢复的异常子消息阻塞任务,大幅提升消息处理效率,并且保障同一分区的消息,按顺序执行,对于大部分异步任务,执行顺序直接影响到数据的最终一致性。
参照图2,示出了本发明实施例提供的消息处理方法的步骤流程图之二,所述方法可以包括:
步骤101,在kafka集群分区中获取目标消息,以及所述目标消息对应的主ID。
步骤102,根据所述主ID在预先获取的消息处理记录表中查找所述目标消息的处理状态。
步骤103,在检测到所述目标消息的处理状态处于未消费成功状态的情况下,根据所述主ID从预先获取的子消息处理记录表中查找所述目标消息对应的全部子消息的执行状态。
需要说明的是,在本发明实施例中,上述步骤101-103参照前序论述,在此不再赘述。
步骤105,在检测到所述目标消息的处理状态处于消费成功状态的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
需要说明的是,在本发明实施例中,如果目标消息的处理状态可以查找到,且目标消息对应的处理状态处于消费成功状态的情况下,可以认为该消息是重复数据,并且执行完成消费订阅过程,此时可以向kafka反馈offset值,其中,offset值可以表示为标志位,标志位用于指示目标消息完成消费。
本发明实施例提供的消息处理方法,通过在kafka集群分区中获取目标消息,以及目标消息对应的主ID;根据主ID在预先获取的消息处理记录表中查找目标消息的处理状态;在检测到目标消息的处理状态处于未消费成功状态的情况下,根据主ID从预先获取的子消息处理记录表中查找目标消息对应的全部子消息的执行状态;在检测到目标子消息的执行状态处于异常状态的情况下,将目标子消息进行异常处理。本发明通过在kafka集群分区中获取目标消息以及目标消息ID,即通过利用kafka的多分区并行消费,单个分区对一个消费者组只有一个消费线程消费的原理,保证异步消息的并发性以及顺序性,当目标消息的状态处于未消费成功时,只需要从异常的子消息开始执行,无需整个消息重新执行,提升了异步消息处理的效率。
另外,通过向kafka集群发送目标消息对应的标志位来向kafka系统反馈目标消息完成消费,可以保证在消息处理阶段相关数据不丢失。
参照图3,示出了本发明实施例提供的消息处理方法的步骤流程图之三,所述方法可以包括:
步骤101,在kafka集群分区中获取目标消息,以及所述目标消息对应的主ID。
步骤102,根据所述主ID在预先获取的消息处理记录表中查找所述目标消息的处理状态。
需要说明的是,在本发明实施例中,上述步骤101-102参照前序论述,在此不再赘述。
步骤106,在检测到在所述消息处理记录表中所述目标消息的处理状态为无法查询状态的情况下,在所述kafka集群分区中重新创建所述目标消息。
需要说明的是,在本发明实施例中,如果目标消息未找到,首先在kafka集群分区对应的数据库中插入一条处理中的主消息记录,再开始执行各个子消息状态,每个子消息的处理状态实时更新到子消息处理记录表,子消息执行完则更新消息处理记录表的结果状态。具体的,此步骤实时记录各个子消息的状态,目的是在发生异常时,能查找出异常、未处理的子消息重新执行。
本发明通过在kafka集群分区中获取目标消息以及目标消息ID,即通过利用kafka的多分区并行消费,单个分区对一个消费者组只有一个消费线程消费的原理,保证异步消息的并发性以及顺序性,当目标消息的状态处于未消费成功时,只需要从异常的子消息开始执行,无需整个消息重新执行,提升了异步消息处理的效率。
参照图4,示出了本发明实施例提供的消息处理装置的结构示意图,所述装置包括:
获取模块201,用于在kafka集群分区中获取目标消息,以及所述目标消息对应的主ID;
第一查找模块202,用于根据所述主ID在预设消息处理记录表中查找所述目标消息的处理状态;
第二查找模块203,用于在检测到所述目标消息的处理状态处于未消费成功状态的情况下,根据所述主ID从预设子消息处理记录表中查找所述目标消息对应的全部子消息的执行状态;
处理模块204,用于在检测到目标子消息的执行状态处于异常状态的情况下,将所述目标子消息进行异常处理。
可选的,所述装置还包括:
发送模块,用于在检测到所述目标消息的处理状态处于消费成功状态的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
可选的,所述处理模块包括:
第一更新子模块,用于在所述消息处理记录表中将所述目标消息对应的处理状态进行更新,并在所述子消息处理记录表将所述目标子消息对应的执行状态进行更新;
第二更新子模块,用于在检测到所述目标子消息对应的执行状态处于完成状态的情况下,在所述消息处理记录表中将所述目标消息对应的处理状态更新为消费成功状态。
可选的,所述处理模块包括:
异常处理子模块,用于在检测到所述目标子消息对应的执行状态处于异常状态的情况下,根据所述目标子消息对应的异常类型对所述目标子消息进行异常处理。
可选的,所述异常处理子模块包括:
第一处理单元,用于在检测到所述目标子消息对应的异常类型为可恢复异常类型的情况下,按照预设时间间隔对所述目标子消息重新处理;
第二处理单元,用于在检测到所述目标子消息对应的异常类型为不可恢复异常类型的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
可选的,所述装置还包括:
创建模块,用于在检测到在所述消息处理记录表中所述目标消息的处理状态为无法查询状态的情况下,在所述kafka集群分区中重新创建所述目标消息。
本发明实施例提供的消息处理装置,通过在kafka集群分区中获取目标消息,以及目标消息对应的主ID;根据主ID在预先获取的消息处理记录表中查找目标消息的处理状态;在检测到目标消息的处理状态处于未消费成功状态的情况下,根据主ID从预先获取的子消息处理记录表中查找目标消息对应的全部子消息的执行状态;在检测到目标子消息的执行状态处于异常状态的情况下,将目标子消息进行异常处理。本发明通过在kafka集群分区中获取目标消息以及目标消息ID,即通过利用kafka的多分区并行消费,单个分区对一个消费者组只有一个消费线程消费的原理,保证异步消息的并发性以及顺序性,当目标消息的状态处于未消费成功时,只需要从异常的子消息开始执行,无需整个消息重新执行,提升了异步消息处理的效率。
本发明实施例还提供了一种通信设备,如图5所示,包括处理器401、通信接口402、存储器403和通信总线404,其中,处理器401,通信接口402,存储器403通过通信总线404完成相互间的通信,
存储器403,用于存放计算机程序;
处理器401,用于执行存储器403上所存放的程序时,可以实现如下步骤:
接收待解析的报文,根据报文生成查表请求,根据查表请求,将报文和目标协议处理单元预先配置的tcam规则表并行匹配,生成匹配的action表,提取报文的关键信息,根据action表中预设协议层长度,剥离报文,得到报文的数据信息。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,简称RAM),也可以包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital Signal Processing,简称DSP)、专用集成电路(Application SpecificIntegrated Circuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本发明提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的消息处理方法。
在本发明提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的消息处理方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上对本发明所提供的一种消息处理方法、装置、通信设备及存储介质进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。

Claims (11)

1.一种消息处理方法,其特征在于,所述方法包括:
在kafka集群分区中获取目标消息,以及所述目标消息对应的主ID;
根据所述主ID在预先获取的消息处理记录表中查找所述目标消息的处理状态;
在检测到所述目标消息的处理状态处于未消费成功状态的情况下,根据所述主ID从预先获取的子消息处理记录表中查找所述目标消息对应的全部子消息的执行状态;
在检测到目标子消息的执行状态处于异常状态的情况下,将所述目标子消息进行异常处理;
所述在检测到目标子消息的执行状态处于异常状态的情况下,将所述目标子消息进行异常处理包括:在检测到所述目标子消息对应的执行状态处于异常状态的情况下,根据所述目标子消息对应的异常类型对所述目标子消息进行异常处理;
所述根据所述目标子消息对应的异常类型对所述目标子消息进行异常处理包括:在检测到所述目标子消息对应的异常类型为可恢复异常类型的情况下,按照预设时间间隔对所述目标子消息重新处理;在检测到所述目标子消息对应的异常类型为不可恢复异常类型的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
2.根据权利要求1所述的消息处理方法,其特征在于,在所述根据所述主ID在预先获取的消息处理记录表中查找所述目标消息的处理状态的步骤之后,所述方法还包括:
在检测到所述目标消息的处理状态处于消费成功状态的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
3.根据权利要求1所述的消息处理方法,其特征在于,每条所述消息包括一个唯一主ID,每条所述消息包括至少一个子消息,每个所述子消息包括唯一子ID。
4.根据权利要求1所述的消息处理方法,其特征在于,所述将所述目标子消息进行异常处理包括:
在所述消息处理记录表中将所述目标消息对应的处理状态进行更新,并在所述子消息处理记录表将所述目标子消息对应的执行状态进行更新;
在检测到所述目标子消息对应的执行状态处于完成状态的情况下,在所述消息处理记录表中将所述目标消息对应的处理状态更新为消费成功状态。
5.根据权利要求1所述的消息处理方法,其特征在于,所述未消费成功状态包括:所述目标消息对应的处理状态标识为可恢复标识,或者,所述目标消息对应的处理状态标识为中断标识。
6.根据权利要求1所述的消息处理方法,其特征在于,在所述根据所述主ID在预先获取的消息处理记录表中查找所述目标消息的处理状态的步骤之后,所述方法包括:
在检测到在所述消息处理记录表中所述目标消息的处理状态为无法查询状态的情况下,在所述kafka集群分区中重新创建所述目标消息。
7.一种消息处理装置,其特征在于,所述装置包括:
获取模块,用于在kafka集群分区中获取目标消息,以及所述目标消息对应的主ID;
第一查找模块,用于根据所述主ID在预设消息处理记录表中查找所述目标消息的处理状态;
第二查找模块,用于在检测到所述目标消息的处理状态处于未消费成功状态的情况下,根据所述主ID从预设子消息处理记录表中查找所述目标消息对应的全部子消息的执行状态;
处理模块,用于在检测到目标子消息的执行状态处于异常状态的情况下,将所述目标子消息进行异常处理;
所述处理模块包括:异常处理子模块,用于在检测到所述目标子消息对应的执行状态处于异常状态的情况下,根据所述目标子消息对应的异常类型对所述目标子消息进行异常处理;
所述异常处理子模块包括:第一处理单元,用于在检测到所述目标子消息对应的异常类型为可恢复异常类型的情况下,按照预设时间间隔对所述目标子消息重新处理;第二处理单元,用于在检测到所述目标子消息对应的异常类型为不可恢复异常类型的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
发送模块,用于在检测到所述目标消息的处理状态处于消费成功状态的情况下,向所述kafka集群发送所述目标消息对应的标志位,其中,所述标志位用于指示所述目标消息完成消费。
9.根据权利要求7所述的装置,其特征在于,所述处理模块包括:
第一更新子模块,用于在所述消息处理记录表中将所述目标消息对应的处理状态进行更新,并在所述子消息处理记录表将所述目标子消息对应的执行状态进行更新;
第二更新子模块,用于在检测到所述目标子消息对应的执行状态处于完成状态的情况下,在所述消息处理记录表中将所述目标消息对应的处理状态更新为消费成功状态。
10.一种通信设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现权利要求1至6任一项所述的消息处理方法的步骤。
11.一种可读存储介质,其特征在于,所述可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的消息处理方法的步骤。
CN202310166682.2A 2023-02-27 2023-02-27 消息处理方法、装置、通信设备及存储介质 Active CN115866017B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310166682.2A CN115866017B (zh) 2023-02-27 2023-02-27 消息处理方法、装置、通信设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310166682.2A CN115866017B (zh) 2023-02-27 2023-02-27 消息处理方法、装置、通信设备及存储介质

Publications (2)

Publication Number Publication Date
CN115866017A CN115866017A (zh) 2023-03-28
CN115866017B true CN115866017B (zh) 2023-06-23

Family

ID=85659022

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310166682.2A Active CN115866017B (zh) 2023-02-27 2023-02-27 消息处理方法、装置、通信设备及存储介质

Country Status (1)

Country Link
CN (1) CN115866017B (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114237823A (zh) * 2021-12-17 2022-03-25 深圳壹账通创配科技有限公司 消息队列的异常处理方法、装置、计算机设备及存储介质

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109582470B (zh) * 2017-09-28 2022-11-22 北京国双科技有限公司 一种数据处理方法及数据处理装置
CN111198769A (zh) * 2018-11-16 2020-05-26 北京京东金融科技控股有限公司 信息处理方法及其系统、计算机系统及计算机可读介质
CN110489437A (zh) * 2019-08-21 2019-11-22 中国工商银行股份有限公司 分布式事务处理方法、装置、计算机设备及存储介质
CN111314422A (zh) * 2020-01-17 2020-06-19 平安医疗健康管理股份有限公司 基于kafka的消息处理方法、系统、存储介质及计算机设备
CN112905361A (zh) * 2021-03-30 2021-06-04 中国建设银行股份有限公司 主任务异常处理方法、装置、电子设备和存储介质
CN113590277A (zh) * 2021-06-25 2021-11-02 北京旷视科技有限公司 任务状态切换方法、装置和电子系统
CN113485806A (zh) * 2021-07-02 2021-10-08 中国建设银行股份有限公司 处理任务的方法、装置、设备和计算机可读介质
CN113867916B (zh) * 2021-09-28 2024-05-07 北京百度网讯科技有限公司 任务处理方法、装置及电子设备
CN114490026A (zh) * 2021-12-21 2022-05-13 福建天泉教育科技有限公司 一种消息消费的优化方法与终端
CN115495265A (zh) * 2022-09-27 2022-12-20 四川启睿克科技有限公司 一种基于hadoop提高kafka消费能力的方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114237823A (zh) * 2021-12-17 2022-03-25 深圳壹账通创配科技有限公司 消息队列的异常处理方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN115866017A (zh) 2023-03-28

Similar Documents

Publication Publication Date Title
CN106572173B (zh) 一种配置信息更新方法、装置和系统
US20180365254A1 (en) Method and apparatus for processing information flow data
CN108536532B (zh) 一种批量任务处理方法及系统
CN106817295B (zh) 一种消息处理装置和方法
CN107016480B (zh) 任务调度方法、装置及系统
CN108255620B (zh) 一种业务逻辑处理方法、装置、业务服务器及系统
CN110941502B (zh) 消息处理方法、装置、存储介质及设备
US20140025683A1 (en) Methods and apparatus for managing community-updateable data
CN111198769A (zh) 信息处理方法及其系统、计算机系统及计算机可读介质
US9037602B2 (en) Automatic correction of contact list errors in a collaboration system
CN113238843A (zh) 一种任务执行方法、装置、设备及存储介质
CN111355765B (zh) 一种网络请求的处理、发送方法及装置
US8510426B2 (en) Communication and coordination between web services in a cloud-based computing environment
US8521682B2 (en) Transfer of data from transactional data sources to partitioned databases in restartable environments
CN115866017B (zh) 消息处理方法、装置、通信设备及存储介质
CN117472627A (zh) 任务重试管理系统、方法、装置、电子设备及存储介质
US20200236165A1 (en) System and method for synchronization of media objects between devices operating in a multiroom system
CN110955460A (zh) 一种服务进程启动方法、装置、电子设备和存储介质
CN115827280A (zh) 消息处理方法、装置、电子设备及存储介质
CN110806967A (zh) 一种单元测试方法和装置
CN111782373B (zh) 作业调度方法及装置
US20220012673A1 (en) Maintaining status information for customer-support agents across multiple channels
CN110955645B (zh) 大数据集成处理方法及系统
CN110119400B (zh) 适用于逻辑运算的唯一标识生成方法及装置
CN113486033A (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
CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: 100007 room 205-32, floor 2, building 2, No. 1 and No. 3, qinglonghutong a, Dongcheng District, Beijing

Patentee after: Tianyiyun Technology Co.,Ltd.

Address before: 100093 Floor 4, Block E, Xishan Yingfu Business Center, Haidian District, Beijing

Patentee before: Tianyiyun Technology Co.,Ltd.