CN109245935A - 一种消息队列异常的处理方法及终端 - Google Patents
一种消息队列异常的处理方法及终端 Download PDFInfo
- Publication number
- CN109245935A CN109245935A CN201811128370.8A CN201811128370A CN109245935A CN 109245935 A CN109245935 A CN 109245935A CN 201811128370 A CN201811128370 A CN 201811128370A CN 109245935 A CN109245935 A CN 109245935A
- Authority
- CN
- China
- Prior art keywords
- message
- exception
- stack information
- queue
- message queue
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- 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
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种消息队列异常的处理方法及终端,通过判断失败消息队列中是否有重投递失败次数达到预设阈值的消息,若是,则判断线程中是否存在与所述消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息,为所述异常堆栈信息分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,并向告警队列投递包含所述唯一跟踪标识的故障信息,可以及时解决代码问题引起的消息队列异常,节约时间,提高解决消息队列异常问题的效率,避免人工筛查的耗时费力问题。
Description
技术领域
本发明涉及进程通信技术领域,尤其是涉及一种消息队列异常的处理方法及终端。
背景技术
消息队列自身提供了一些应对消息处理过程中发生异常的解决方案,目前比较常见的是以下几种技术方案:
1、消息确认机制和重投递,消费者发送一个消息应答通知消息队列已将消息接受并处理完毕,消息队列才会删掉该消息。当消费者消费失败时,会进行重新投递。但是这时若是代码问题引起的异常,则进行重投递也不能解决问题,就会造成消息阻塞。同时,大量消费失败和重投递会严重影响消息队列服务器的性能,甚至引起宕机。
2、重投递和重试策略,基于上述方案1,对消息消费失败的重试次数和重试间隔进行限定,一定程度上缓解消息队列服务器压力。但超过失败次数的消息默认会被丢弃,需要消费端进行额外处理,并且通常在问题暴露后才会被发现。
3、死信,基于消息确认机制及死信机制,消费者不论消费成功还是失败均发送一个消息应答到消息队列,避免确认机制导致消息重投递。同时,如果消费成功,结束消费过程。如果消费失败,则将消息投递到重试Exchange(消息交换机),等待消息的有效时间过期后,重试Exchange将重新将消息投递到主Exchange,消费者可以重新接收并消费消息。但此方案同样不能解决因为代码问题引起的异常。
发明内容
本发明所要解决的技术问题是:一种消息队列异常的处理方法及终端,能够解决代码问题引起的消息队列异常。
为了解决上述技术问题,本发明采用的技术方案为:
一种消息队列异常的处理方法,包括步骤:
S1、判断失败消息队列中是否有重投递失败次数达到预设阈值的消息,若是,则执行步骤S2;
S2、判断线程中是否存在与所述消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息;
S3、为所述异常堆栈信息分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,并向告警队列投递包含所述唯一跟踪标识的故障信息。
为了解决上述技术问题,本发明采用的另一种技术方案为:
一种消息队列异常的处理终端,包括存储器、处理器及存储在存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
S1、判断失败消息队列中是否有重投递失败次数达到预设阈值的消息,若是,则执行步骤S2;
S2、判断线程中是否存在与所述消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息;
S3、为所述异常堆栈信息分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,并向告警队列投递包含所述唯一跟踪标识的故障信息。
本发明的有益效果在于:通过获取重投递失败次数达到预设阈值的消息的异常堆栈信息并为所述异常堆栈信息分配唯一跟踪标识,向告警队列投递包含所述唯一跟踪标识的故障信息,可以及时解决代码问题引起的消息队列异常,节约时间,提高解决消息队列异常问题的效率,避免了人工筛查的耗时费力问题。
附图说明
图1为本发明实施例的一种消息队列异常的处理方法的流程图;
图2为本发明实施例的一种消息队列异常的处理终端的结构示意图;
图3为本发明实施例的一种消息队列异常的处理方法的流程图;
标号说明:
1、一种消息队列异常的处理终端;2、存储器;3、处理器。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果,以下结合实施方式并配合附图予以说明。
本发明最关键的构思在于:获取重投递失败次数达到阈值的消息的异常堆栈信息并为其分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,向告警队列投递包含所述唯一跟踪标识的故障信息。
请参照图1,一种消息队列异常的处理方法,包括步骤:
S1、判断失败消息队列中是否有重投递失败次数达到预设阈值的消息,若是,则执行步骤S2;
S2、判断线程中是否存在与所述消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息;
S3、为所述异常堆栈信息分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,并向告警队列投递包含所述唯一跟踪标识的故障信息。
从上述描述可知,本发明的有益效果在于:通过获取重投递失败次数达到预设阈值的消息的异常堆栈信息并为所述异常堆栈信息分配唯一跟踪标识,向告警队列投递包含所述唯一跟踪标识的故障信息,可以及时解决代码问题引起的消息队列异常,节约时间,提高解决消息队列异常问题的效率,避免了人工筛查的耗时费力问题。
进一步的,所述步骤S1之前还包括:
S11、开启消息队列的消息确认机制;
S12、对处理失败的消息进行重投递;
S13、判断所述消息重投递失败次数是否达到预设阈值,若是,则将所述消息流转至失败消息队列;若否,则返回执行S12。
由上述描述可知,对重投递次数达到预设阈值的消息才流转至失败消息队列进行后续操作,避免重投递失败次数较少的消息进入后续操作流程增加服务器负担,提高了工作效率。
进一步的,所述步骤S3中为所述异常堆栈信息分配唯一跟踪标识之后还包括:
将所述消息及其对应的所述异常堆栈信息持久化存储。
由上述描述可知,持久化存储所述消息及其对应的所述异常堆栈信息,方便了后续相关人员解决故障时的查阅与分析,也方便了故障解决后的重试过程。
进一步的,所述步骤S3之后还包括:
S31、接收与失败消息对应的唯一跟踪标识,在日志中心定位与所述唯一跟踪标识对应的日志;
S32、显示与所述日志对应的异常堆栈信息。
由上述描述可知,根据唯一跟踪标识可以快速定位相应的日志,显示所述日志中的异常堆栈信息方便了相关人员判断异常类型,若是代码问题引起的异常,则可以根据所述异常堆栈信息定位问题代码位置,提高了解决异常的效率。
进一步的,所述步骤S32之后还包括:
接收代码异常恢复后的失败消息重试指令;
根据所述消息重试指令对所述失败消息进行消息重试。
由上述描述可知,解决代码异常问题后对所示失败消息进行消息重试,可以测试异常是否被解决,提高了异常解决后的准确性。
请参照图2,一种消息队列异常的处理终端,包括存储器、处理器及存储在存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
S1、判断失败消息队列中是否有重投递失败次数达到预设阈值的消息,若是,则执行步骤S2;
S2、判断线程中是否存在与所述消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息;
S3、为所述异常堆栈信息分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,并向告警队列投递包含所述唯一跟踪标识的故障信息。
从上述描述可知,本发明的有益效果在于:通过获取重投递失败次数达到预设阈值的消息的异常堆栈信息并为所述异常堆栈信息分配唯一跟踪标识,向告警队列投递包含所述唯一跟踪标识的故障信息,可以及时解决代码问题引起的消息队列异常,节约时间,提高解决消息队列异常问题的效率,避免了人工筛查的耗时费力问题。
进一步的,所述步骤S1之前还包括:
S11、开启消息队列的消息确认机制;
S12、对处理失败的消息进行重投递;
S13、判断所述消息重投递失败次数是否达到预设阈值,若是,则将所述消息流转至失败消息队列;若否,则返回执行S12。
由上述描述可知,对重投递次数达到预设阈值的消息才流转至失败消息队列进行后续操作,避免重投递失败次数较少的消息进入后续操作流程增加服务器负担,提高了工作效率。
进一步的,所述步骤S3中为所述异常堆栈信息分配唯一跟踪标识之后还包括:
将所述消息及其对应的所述异常堆栈信息持久化存储。
由上述描述可知,持久化存储所述消息及其对应的所述异常堆栈信息,方便了后续相关人员解决故障时的查阅与分析,也方便了故障解决后的重试过程。
进一步的,所述步骤S3之后还包括:
S31、接收与失败消息对应的唯一跟踪标识,在日志中心定位与所述唯一跟踪标识对应的日志;
S32、显示与所述日志对应的异常堆栈信息。
由上述描述可知,根据唯一跟踪标识可以快速定位相应的日志,显示所述日志中的异常堆栈信息方便了相关人员判断异常类型,若是代码问题引起的异常,则可以根据所述异常堆栈信息定位问题代码位置,提高了解决异常的效率。
进一步的,所述步骤S32之后还包括:
接收代码异常恢复后的失败消息重试指令;
根据所述消息重试指令对所述失败消息进行消息重试。
由上述描述可知,解决代码异常问题后对所示失败消息进行消息重试,可以测试异常是否被解决,提高了异常解决后的准确性。
实施例一
请参照图1和图3,一种消息队列异常的处理方法,包括步骤:
S11、开启消息队列的消息确认机制;
S12、对处理失败的消息进行重投递;
具体的,将所述处理失败的消息返回主Exchange进行重投递;
S13、判断所述消息重投递失败次数是否达到预设阈值,若是,则将所述消息流转至失败消息队列;若否,则返回执行S12。
S1、判断失败消息队列中是否有重投递失败次数达到预设阈值的消息,若是,则执行步骤S2;
S2、判断线程中是否存在与所述消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息;
具体的,在线程上下文中搜寻是否存在与所述消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息,执行步骤S3;若否,则向告警队列投递故障信息;
S3、为所述异常堆栈信息分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,并向告警队列投递包含所述唯一跟踪标识的故障信息。
其中,所述唯一跟踪标识的字段名称为trace_id;
具体的,在为所述异常堆栈信息分配唯一跟踪标识之后,将所述消息及其对应的所述异常堆栈信息持久化存储至数据库或文件中,用于后续解决故障与故障解决后的重试过程,随后,向故障告警系统的告警队列投递包含trace_id的故障信息;
故障告警系统收到投递的故障信息后,通过规则匹配,将故障信息通过电话、邮箱和企业IM等多种渠道通知到指定的开发人员;
开发人员收到消息后,通过日志中心提供的接口,输入trace_id;
S31、接收与失败消息对应的唯一跟踪标识,在日志中心定位与所述唯一跟踪标识对应的日志;
S32、显示与所述日志对应的异常堆栈信息。
具体的,开发人员通过查阅与所述日志对应的异常堆栈信息,根据所述异常堆栈信息确定异常类型,根据所述异常类型判断是否是代码问题导致的消息消费故障,若是,则通过所述异常堆栈信息中记录的“包名-类名-方法名-代码行数”可以快速定位问题代码的位置;开发人员解决并发布补丁后,发出失败消息重试指令;
接收代码异常恢复后的失败消息重试指令;
根据所述消息重试指令,通过失败消息重试器对所述失败消息进行消息重试,即重投递所述失败消息。
实施例二
将实施例一所述的方法应用于具体的场景:
在教育系统中有课程服务和考试服务,二者基于相同的开发框架,在开发框架内集成了失败消息处理器和失败消息重试器,并支持指定持久化方式。考试服务通过消息队列以通知的方式将学员考试结果反馈给课程服务,作为课程服务判定学员课程是否通过的依据。
开发人员在开发课程服务新功能的过程中有部分代码错误,在一些数值边界场景下会出现空指针异常,但测试过程未被发现,问题代码上线导致课程服务消费者在消息消费过程中出现异常。
在所述考试服务与所述课程服务的交互过程中:
S11、开启消息队列的消息确认机制;
S12、对处理失败的学员考试结果消息进行重投递;
具体的,将所述处理失败的学员考试结果消息返回主Exchange进行重投递;
S13、判断所述学员考试结果消息重投递失败次数是否达到预设阈值,若是,则将所述学员考试结果消息流转至失败消息队列;若否,则返回执行S12。
S1、判断失败消息队列中是否有重投递失败次数达到预设阈值的学员考试结果消息,若是,则执行步骤S2;
S2、判断线程中是否存在与所述学员考试结果消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息;
具体的,在线程上下文中搜寻是否存在与所述学员考试结果消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息,执行步骤S3;若否,则向告警队列投递故障信息;
S3、为所述异常堆栈信息分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,并向告警队列投递包含所述唯一跟踪标识的故障信息。
其中,所述唯一跟踪标识的字段名称为trace_id;
具体的,在为所述异常堆栈信息分配唯一跟踪标识之后,将所述学员考试结果消息及其对应的所述异常堆栈信息持久化存储至数据库或文件中,用于后续解决故障与故障解决后的重试过程,随后,向故障告警系统的告警队列投递包含trace_id的故障信息;
故障告警系统收到投递的故障信息后,通过规则匹配,将故障信息通过电话、邮箱和企业IM等多种渠道通知到指定的开发人员;
开发人员收到消息后,通过日志中心提供的接口,输入trace_id;
S31、接收与失败消息对应的唯一跟踪标识,在日志中心定位与所述唯一跟踪标识对应的日志;
S32、显示与所述日志对应的异常堆栈信息。
具体的,开发人员通过查阅与所述日志对应的异常堆栈信息,根据所述异常堆栈信息判断所述异常为空指针(java.lang.NullPointerException)异常,据此判断出是代码问题导致的消息消费故障,通过所述异常堆栈信息中记录的“包名-类名-方法名-代码行数”(com.nd.course.ExamConsumer.handler(ExamConsumer.java:211))可以快速定位问题代码的位置;开发人员解决并发布补丁后,发出失败消息重试指令;
接收代码异常恢复后的失败消息重试指令;
根据所述消息重试指令,通过失败消息重试器对所述失败的学员考试结果消息进行消息重试,即重投递所述失败的学员考试结果消息,课程服务重新消费原先失败的学员考试结果消息;
代码异常问题被解决后,课程服务成功消费原先失败的学员考试结果消息。
实施例三
请参照图2,一种消息队列异常的处理终端1,包括存储器2、处理器3及存储在存储器2上并可在所述处理器3上运行的计算机程序,所述处理器3执行所述计算机程序时实现实施例一中的各个步骤。
综上所述,本发明提供的一种消息队列异常的处理方法及终端,通过获取重投递失败次数达到预设阈值的消息的异常堆栈信息并为所述异常堆栈信息分配唯一跟踪标识,向告警队列投递包含所述唯一跟踪标识的故障信息,可以避免重投递失败次数较少的消息进入后续操作流程增加服务器负担,能够及时解决代码问题引起的消息队列异常,节约时间,提高解决消息队列异常问题的效率,可以定位问题代码位置,避免人工筛查的耗时费力问题。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种消息队列异常的处理方法,其特征在于,包括步骤:
S1、判断失败消息队列中是否有重投递失败次数达到预设阈值的消息,若是,则执行步骤S2;
S2、判断线程中是否存在与所述消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息;
S3、为所述异常堆栈信息分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,并向告警队列投递包含所述唯一跟踪标识的故障信息。
2.根据权利要求1所述的一种消息队列异常的处理方法,其特征在于,所述步骤S1之前还包括:
S11、开启消息队列的消息确认机制;
S12、对处理失败的消息进行重投递;
S13、判断所述消息重投递失败次数是否达到预设阈值,若是,则将所述消息流转至失败消息队列;若否,则返回执行S12。
3.根据权利要求1所述的一种消息队列异常的处理方法,其特征在于,所述步骤S3中为所述异常堆栈信息分配唯一跟踪标识之后还包括:
将所述消息及其对应的所述异常堆栈信息持久化存储。
4.根据权利要求1所述的一种消息队列异常的处理方法,其特征在于,所述步骤S3之后还包括:
S31、接收与失败消息对应的唯一跟踪标识,在日志中心定位与所述唯一跟踪标识对应的日志;
S32、显示与所述日志对应的异常堆栈信息。
5.根据权利要求4所述的一种消息队列异常的处理方法,其特征在于,所述步骤S32之后还包括:
接收代码异常恢复后的失败消息重试指令;
根据所述消息重试指令对所述失败消息进行消息重试。
6.一种消息队列异常的处理终端,包括存储器、处理器及存储在存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
S1、判断失败消息队列中是否有重投递失败次数达到预设阈值的消息,若是,则执行步骤S2;
S2、判断线程中是否存在与所述消息关联的异常堆栈信息,若是,则获取所述异常堆栈信息;
S3、为所述异常堆栈信息分配唯一跟踪标识,将所述异常堆栈信息及其对应的唯一跟踪标识记录至日志中心,并向告警队列投递包含所述唯一跟踪标识的故障信息。
7.根据权利要求6所述的一种消息队列异常的处理终端,其特征在于,所述步骤S1之前还包括:
S11、开启消息队列的消息确认机制;
S12、对处理失败的消息进行重投递;
S13、判断所述消息重投递失败次数是否达到预设阈值,若是,则将所述消息流转至失败消息队列;若否,则返回执行S12。
8.根据权利要求6所述的一种消息队列异常的处理终端,其特征在于,所述步骤S3中为所述异常堆栈信息分配唯一跟踪标识之后还包括:
将所述消息及其对应的所述异常堆栈信息持久化存储。
9.根据权利要求6所述的一种消息队列异常的处理终端,其特征在于,所述步骤S3之后还包括:
S31、接收与失败消息对应的唯一跟踪标识,在日志中心定位与所述唯一跟踪标识对应的日志;
S32、显示与所述日志对应的异常堆栈信息。
10.根据权利要求9所述的一种消息队列异常的处理终端,其特征在于,所述步骤S32之后还包括:
接收代码异常恢复后的失败消息重试指令;
根据所述消息重试指令对所述失败消息进行消息重试。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811128370.8A CN109245935B (zh) | 2018-09-27 | 2018-09-27 | 一种消息队列异常的处理方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811128370.8A CN109245935B (zh) | 2018-09-27 | 2018-09-27 | 一种消息队列异常的处理方法及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109245935A true CN109245935A (zh) | 2019-01-18 |
CN109245935B CN109245935B (zh) | 2021-07-27 |
Family
ID=65056978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811128370.8A Active CN109245935B (zh) | 2018-09-27 | 2018-09-27 | 一种消息队列异常的处理方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109245935B (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110134385A (zh) * | 2019-05-17 | 2019-08-16 | 中国农业银行股份有限公司 | 记录c语言函数调用链的方法及c语言通用日志框架 |
CN110224922A (zh) * | 2019-05-21 | 2019-09-10 | 成都路行通信息技术有限公司 | 一种基于RabbitMQ的异步消息重试方法、系统及系统构建方法 |
CN111176866A (zh) * | 2020-01-03 | 2020-05-19 | 精硕科技(北京)股份有限公司 | 数据交互方法和电子设备 |
CN111510469A (zh) * | 2019-01-31 | 2020-08-07 | 上海哔哩哔哩科技有限公司 | 一种消息处理方法和装置 |
CN112437001A (zh) * | 2020-11-16 | 2021-03-02 | 深圳壹账通智能科技有限公司 | 保证消息可靠性投递与消费方法、装置 |
CN112631808A (zh) * | 2020-12-29 | 2021-04-09 | 上海众源网络有限公司 | 数据同步方法、装置、电子设备和存储介质 |
CN112925779A (zh) * | 2021-03-02 | 2021-06-08 | 重庆度小满优扬科技有限公司 | 一种报文回执修改方法及装置 |
CN113505037A (zh) * | 2021-06-24 | 2021-10-15 | 北京天九云电子商务有限公司 | 消息管理监控系统、方法、可读介质及电子设备 |
CN117319320A (zh) * | 2023-11-29 | 2023-12-29 | 佛山众陶联供应链服务有限公司 | 一种消息队列的消息消费失败的重试方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1494256A (zh) * | 2002-10-31 | 2004-05-05 | 华为技术有限公司 | 一种处理呼叫实例维护管理异常的方法 |
CN101459924A (zh) * | 2007-12-10 | 2009-06-17 | 中兴通讯股份有限公司 | 一种gsm系统业务跟踪和异常管理的方法、装置及系统 |
CN102572925A (zh) * | 2010-12-15 | 2012-07-11 | 中兴通讯股份有限公司 | 一种全网跟踪的方法、基站及系统 |
CN104503891A (zh) * | 2014-12-10 | 2015-04-08 | 北京京东尚科信息技术有限公司 | 对jvm线程进行在线监控的方法和装置 |
CN106445769A (zh) * | 2015-08-11 | 2017-02-22 | 腾讯科技(深圳)有限公司 | 计算机运行监测方法、装置和系统 |
CN107967189A (zh) * | 2016-10-20 | 2018-04-27 | 南京途牛科技有限公司 | 异常任务重试方法及装置 |
-
2018
- 2018-09-27 CN CN201811128370.8A patent/CN109245935B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1494256A (zh) * | 2002-10-31 | 2004-05-05 | 华为技术有限公司 | 一种处理呼叫实例维护管理异常的方法 |
CN101459924A (zh) * | 2007-12-10 | 2009-06-17 | 中兴通讯股份有限公司 | 一种gsm系统业务跟踪和异常管理的方法、装置及系统 |
CN102572925A (zh) * | 2010-12-15 | 2012-07-11 | 中兴通讯股份有限公司 | 一种全网跟踪的方法、基站及系统 |
CN104503891A (zh) * | 2014-12-10 | 2015-04-08 | 北京京东尚科信息技术有限公司 | 对jvm线程进行在线监控的方法和装置 |
CN106445769A (zh) * | 2015-08-11 | 2017-02-22 | 腾讯科技(深圳)有限公司 | 计算机运行监测方法、装置和系统 |
CN107967189A (zh) * | 2016-10-20 | 2018-04-27 | 南京途牛科技有限公司 | 异常任务重试方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111510469A (zh) * | 2019-01-31 | 2020-08-07 | 上海哔哩哔哩科技有限公司 | 一种消息处理方法和装置 |
CN110134385A (zh) * | 2019-05-17 | 2019-08-16 | 中国农业银行股份有限公司 | 记录c语言函数调用链的方法及c语言通用日志框架 |
CN110134385B (zh) * | 2019-05-17 | 2023-12-08 | 中国农业银行股份有限公司 | 记录c语言函数调用链的方法及c语言通用日志框架 |
CN110224922A (zh) * | 2019-05-21 | 2019-09-10 | 成都路行通信息技术有限公司 | 一种基于RabbitMQ的异步消息重试方法、系统及系统构建方法 |
CN111176866A (zh) * | 2020-01-03 | 2020-05-19 | 精硕科技(北京)股份有限公司 | 数据交互方法和电子设备 |
CN112437001A (zh) * | 2020-11-16 | 2021-03-02 | 深圳壹账通智能科技有限公司 | 保证消息可靠性投递与消费方法、装置 |
CN112631808A (zh) * | 2020-12-29 | 2021-04-09 | 上海众源网络有限公司 | 数据同步方法、装置、电子设备和存储介质 |
CN112925779A (zh) * | 2021-03-02 | 2021-06-08 | 重庆度小满优扬科技有限公司 | 一种报文回执修改方法及装置 |
CN113505037A (zh) * | 2021-06-24 | 2021-10-15 | 北京天九云电子商务有限公司 | 消息管理监控系统、方法、可读介质及电子设备 |
CN117319320A (zh) * | 2023-11-29 | 2023-12-29 | 佛山众陶联供应链服务有限公司 | 一种消息队列的消息消费失败的重试方法及系统 |
CN117319320B (zh) * | 2023-11-29 | 2024-02-13 | 佛山众陶联供应链服务有限公司 | 一种消息队列的消息消费失败的重试方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN109245935B (zh) | 2021-07-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109245935A (zh) | 一种消息队列异常的处理方法及终端 | |
US7984334B2 (en) | Call-stack pattern matching for problem resolution within software | |
CN109814910A (zh) | 自动化灰度发布方法、装置、计算机系统及存储介质 | |
CN102833281B (zh) | 一种分布式自增计数的实现方法、装置及系统 | |
CN112506915B (zh) | 一种应用数据的管理系统以及处理方法、装置和服务器 | |
CN111400011B (zh) | 一种实时任务调度方法、系统、设备及可读存储介质 | |
CN109739482A (zh) | 一种基于动态语言的业务逻辑执行系统及方法 | |
CN104182683B (zh) | 一种联机事务的监控方法、装置及系统 | |
CN111865695A (zh) | 一种云环境下自动故障处理的方法及系统 | |
CN114154035A (zh) | 一种动环监控的数据处理系统 | |
CN113421636A (zh) | 一种用于称重型医用耗材管理柜的智能管理系统及方法 | |
CN114647551A (zh) | 一种数据库自动化巡检方法、装置、设备及介质 | |
US6513133B1 (en) | Uniformly distributed induction of exceptions for testing computer software | |
CN114398359A (zh) | 订单数据自动化对账方法、装置及存储介质 | |
US11782753B2 (en) | Node-local-unscheduler for scheduling remediation | |
CN114118991A (zh) | 第三方系统监控系统、方法、装置、设备及存储介质 | |
CN107277022A (zh) | 进程标记方法及装置 | |
CN111680914B (zh) | 事件分配方法、事件分配装置、存储介质、电子设备 | |
CN115174686B (zh) | 一种基于服务效率的多个服务通道权重动态调整方法和装置 | |
CN115190044A (zh) | 设备连接状态检查方法、装置、设备和存储介质 | |
CN111835566A (zh) | 一种系统故障管理方法、装置及系统 | |
CN111542048A (zh) | 侦码设备采集功能重启方法、装置、服务器及存储介质 | |
CN116991710B (zh) | 自动测试方法及其系统、电子设备、存储介质 | |
CN111444032A (zh) | 一种计算机系统故障修复方法、系统及设备 | |
CN117424843B (zh) | 一种管理方法、装置及ate测试系统 |
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 |