CN106603428A - 一种消息队列保护方法及装置 - Google Patents
一种消息队列保护方法及装置 Download PDFInfo
- Publication number
- CN106603428A CN106603428A CN201710038268.8A CN201710038268A CN106603428A CN 106603428 A CN106603428 A CN 106603428A CN 201710038268 A CN201710038268 A CN 201710038268A CN 106603428 A CN106603428 A CN 106603428A
- Authority
- CN
- China
- Prior art keywords
- message
- protected
- message queue
- queue
- configuration parameter
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/56—Queue scheduling implementing delay-aware scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/6255—Queue scheduling characterised by scheduling criteria for service slots or service orders queue load conditions, e.g. longest queue first
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种消息队列保护方法及装置,该方法包括:读取至少一个待保护消息队列分别对应的配置参数;针对每一个所述待保护消息队列,均执行:利用所述待保护消息队列对应的配置参数,监控所述待保护消息队列中的消息缓存量;当所述消息缓存量不小于对应的所述配置参数中的消息承载量时,确定并清除所述待保护消息队列中的至少一条超时消息。本发明能保障消息的正常传输。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种消息队列保护方法及装置。
背景技术
消息队列是消息在传输过程中保存消息的容器,其按照一定规则如先进先出规则等传输消息。例如:当多个自助终端设备向总处理服务器发送消息时,多个消息在一个或多个消息队列中进行排队,等待总处理服务器依次提取,进行处理。
当消息队列保存的消息量较大,消息队列中的消息无法得到及时处理时,消息队列容易出现由于消息承载过量而导致的消息队列通讯堵塞或宕机等异常现象,进而影响消息的传输。
发明内容
本发明实施例提供了一种消息队列保护方法及装置,能保障消息的正常传输。
第一方面,本发明实施例提供了一种消息队列保护方法,包括:
读取至少一个待保护消息队列分别对应的配置参数,还包括:
针对每一个所述待保护消息队列,均执行:
利用所述待保护消息队列对应的配置参数,监控所述待保护消息队列中的消息缓存量;
当所述消息缓存量不小于对应的所述配置参数中的消息承载量时,确定并清除所述待保护消息队列中的至少一条超时消息。
优选地,
所述利用所述待保护消息队列对应的配置参数,监控所述待保护消息队列中的消息缓存量,包括:
解析所述待保护消息队列对应的配置参数中的标识码;
监控所述标识码对应的消息缓存量。
优选地,
当监测到所述标识码对应的消息缓存量不存在时,
触发所述配置参数中的创建进程,创建所述标识码对应的新的待保护消息队列。
优选地,
该方法进一步包括:
在执行所述触发配置参数中的创建进程时,启动第一计时器进行计时;
当所述第一计时器的计时时长达到预设的第一报警时长时,查找所述新的待保护消息队列,当未查找到所述新的待保护消息队列时,进行报警,并重新启动所述创建进程。
优选地,
所述确定所述待保护消息队列中的至少一条超时消息,包括:
针对所述待保护消息队列中的每一个消息,均执行:
确定所述消息在所述待保护消息队列中的等待时长;
判断所述等待时长是否大于预设的超时阈值,如果是,则确定所述消息为所述超时消息。
优选地,
该方法进一步包括:
在执行所述清除所述待保护消息队列中的至少一条超时消息时,启动第二计时器进行计时;
当所述第二计时器计时的时长达到预设的第二报警时长时,判断所述待保护消息队列中是否存在所述超时消息,如果是,则进行报警。
第二方面,本发明实施例提供了一种消息队列保护装置,包括:读取单元、监控单元和处理单元;其中,
所述读取单元,用于读取至少一个待保护消息队列分别对应的配置参数;
所述监控单元,用于针对每一个所述待保护消息队列,均执行:利用所述读取单元读取的待保护消息队列对应的配置参数,监控所述待保护消息队列中的消息缓存量;
所述处理单元,用于当所述监控单元监控到的消息缓存量不小于对应的所述配置参数中的消息承载量时,确定并清除所述待保护消息队列中的至少一条超时消息。
优选地,
所述监控单元,用于解析所述待保护消息队列对应的配置参数中的标识码,并监控所述标识码对应的消息缓存量。
优选地,
进一步用于当监测到所述标识码对应的消息缓存量不存在时,触发所述配置参数中的创建进程,创建所述标识码对应的新的待保护消息队列。
优选地,
所述处理单元,用于针对所述待保护消息队列中的每一个消息,均执行:确定所述消息在所述待保护消息队列中的等待时长,并判断所述等待时长是否大于预设的超时阈值,如果是,则确定所述消息为所述超时消息。
优选地,
该保护装置进一步包括:报警单元;
所述处理单元,用于在执行所述清除所述待保护消息队列中的至少一条超时消息时,启动第二计时器进行计时,当所述第二计时器计时的时长达到预设的报警时长时,判断所述待保护消息队列中是否存在所述超时消息,如果是,则触发所述报警单元;
所述报警单元,用于在受到触发时,进行报警。
本发明实施例提供了一种消息队列保护方法及装置,通过读取至少一个待保护消息队列分别对应的配置参数,然后利用各个待保护消息队列分别对应的配置参数,监控各个待保护消息队列中的消息缓存量,当任意一个待保护消息队列中的消息缓存量不小于该待保护消息队列的配置参数中的消息承载量时,确定并清除该待保护消息队列中的至少一条超时消息。由于及时处理各个消息队列中的超时消息,从而避免消息队列出现由于消息承载过量而导致的消息队列通讯堵塞或宕机等异常现象,进而保障了消息的正常传输。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一个实施例提供的一种消息队列保护方法的流程图;
图2是本发明另一个实施例提供的一种消息队列保护方法的流程图;
图3是本发明一个实施例提供的一种消息队列保护装置的结构示意图;
图4是本发明另一个实施例提供的一种消息队列保护装置的结构示意图;
图5是本发明又一个实施例提供的一种消息队列保护装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明实施例提供了一种消息队列保护方法,该方法可以包括以下步骤:
步骤101,读取至少一个待保护消息队列分别对应的配置参数;
步骤102,针对每一个所述待保护消息队列,均执行:利用所述待保护消息队列对应的配置参数,监控所述待保护消息队列中的消息缓存量;
步骤103,当所述消息缓存量不小于对应的所述配置参数中的消息承载量时,确定并清除所述待保护消息队列中的至少一条超时消息。
上述实施例中,通过读取至少一个待保护消息队列分别对应的配置参数,然后利用各个待保护消息队列分别对应的配置参数,监控各个待保护消息队列中的消息缓存量,当任意一个待保护消息队列中的消息缓存量不小于该待保护消息队列的配置参数中的消息承载量时,确定并清除该待保护消息队列中的至少一条超时消息。由于及时处理各个消息队列中的超时消息,从而避免消息队列出现由于消息承载过量而导致的消息队列通讯堵塞或宕机等异常现象,进而保障了消息的正常传输。
本发明一个实施例中,步骤102的具体实施方式,可以包括:
解析所述待保护消息队列对应的配置参数中的标识码;
监控所述标识码对应的消息缓存量。
具体地,可以首先设置配置文件,配置文件中包括各个待保护队列分别对应的配置参数以及监控的间隔时间,在监控时,可从配置文件中读取各个待保护队列对应的配置参数,再解析出配置参数中的标识码,例如消息队列的ID,监控对应的待保护消息队列的消息缓存量,如果各个待保护消息队列的消息缓存量均小于其配置参数中的消息承载量,则根据监控间隔时间,进行下一轮监控。
当利用所述配置参数中的标识码,监测到所述标识码对应的消息缓存量不存在时,表示待保护消息队列停止运行或被恶意销毁,此时触发所述配置参数中的创建进程,以使被触发的所述创建进程创建所述标识码对应的新的待保护消息队列。
为了防止创建进程由于故障未能成功创建目标待保护消息队列,本发明一个实施例中,该方法可以进一步包括:
在执行所述触发配置参数中的创建进程时,启动第一计时器进行计时;
当所述第一计时器的计时时长达到预设的第一报警时长时,查找所述新的待保护消息队列,当未查找到所述新的待保护消息队列时,进行报警,并重新启动所述创建进程。
上述实施例中,在触发配置参数中的创建进程时,开始计时,当记录的时长达到预设的第一报警时长时,若未能查找到目标待保护队列,说明创建进程在设定时长内未能创建出目标消息队列,此时重新启动创建进程并报警,以使相关调试人员检测创建进程,若出现异常,则及时创建进程的相关程序进行调试,以使创建进程创建出对应的目标待保护队列,从而保障有足够的待保护消息队列供多个消息排队,避免由于消息数量较多且待保护消息队列数量过少,引起的通信堵塞等故障,进而保障消息的正常传输。
本发明一个实施例中,步骤103的具体实施方式,可以包括:针对所述待保护消息队列中的每一个消息,均执行:
确定所述消息在所述待保护消息队列中的等待时长;
判断所述等待时长是否大于预设的超时阈值,如果是,则确定所述消息为所述超时消息。
当消息传输正常时,各个消息进入待保护消息队列后,总处理服务器将快速提取消息并及时处理,当待保护消息队列中的消息缓存量不小于对应的配置参数中的消息承载量时,说明待保护消息队列中存在至少一个超时消息。为了确定出待保护消息队列中的超时消息,可依次查验各个消息的时间标签,确定各个消息进入该待保护消息队列的进入时间,并将进入时间与当前时间进行比较,确定出各个消息在待保护队列中的等待时长,当等待时长大于预设的超时阈值时,则说明此消息已超时却未被提取,即确定此消息为超时消息。根据各个消息的在对应的待保护队列中的等待时长,确定各个消息是否为超时消息,此方法简单且准确,能提高消息队列的保护效率。
本发明一个实施例中,该方法可以进一步包括:在执行所述清除所述待保护消息队列中的至少一条超时消息时,启动第二计时器进行计时;
当所述第二计时器计时的时长达到预设的第二报警时长时,判断所述待保护消息队列中是否存在所述超时消息,如果是,则进行报警。
上述实施例中,在开始清除超时消息时,开始计时,当记录的时长达到预设的第二报警时长时,若待保护消息队列中仍存在超时消息,说明待保护队列中的超时消息过多,在设定时长内不能完全清除,这可能是由于待保护消息队列与总处理服务器之间的通信连接出现故障,使总处理服务器无法正常提取待保护消息队列中的消息,此时进行报警,以警示相关维护人员对相关连接接口以及程序进行维护,恢复总处理服务器与待保护消息队列的连通,从而保障消息的正常传输。
如图2所示,本发明一个实施例提供了一种消息队列保护方法,该方法可以包括以下步骤:
步骤201,读取至少一个待保护消息队列分别对应的配置参数。
具体地,可以先设置配置文件,配置文件中包括各个待保护队列分别对应的配置参数,在读取配置参数时,根据配置文件,即可获取各个待保护消息队列分别对应的配置参数。
步骤202,针对每一个所述待保护消息队列,均执行:解析所述待保护消息队列对应的配置参数中的标识码。
例如,根据当前待保护消息队列的ID,监控对应的待保护消息队列的消息缓存量。
步骤203,判断是否存在与所述标识码对应的消息缓存量,如果是,则执行步骤204,否则执行步骤210。
步骤204,监控所述标识码对应的消息缓存量。
步骤205,判断所述消息缓存量是否不大于所述配置参数中的消息承载量,如果是,则执行步骤206,否则结束当前流程。
步骤206,针对所述待保护消息队列中的每一个消息,均执行:确定所述消息在所述待保护消息队列中的等待时长。
例如,查验各个消息的时间标签,确定各个消息进入该待保护消息队列的进入时间,并将进入时间与当前时间进行比较,从而确定出各个消息在待保护队列中的等待时长。
步骤207,判断所述等待时长是否大于预设的超时阈值,如果是,则执行步骤208,否则结束当前流程。
步骤208,确定所述消息为所述超时消息。
当等待时长大于预设的超时阈值时,则说明此消息已超时却未被提取,即确定此消息为超时消息。
步骤209,清除各个所述超时消息,并结束当前流程。
及时清除各个超时消息,避免待保护消息队列中由于消息缓存量过大造成通讯堵塞或宕机,保障消息的正常传输。
步骤210,触发所述配置参数中的创建进程,创建所述标识码对应的新的待保护消息队列。
未查找到对应的待保护消息队列时,表示待保护消息队列停止运行或被恶意销毁,此时触发所述配置参数中的创建进程,以使被触发的所述创建进程创建对应的目标待保护消息队列。
为了防止创建进程由于故障未能成功创建目标待保护消息队列,在触发配置参数中的创建进程时,开始计时,当记录的第一时长达到预设的第一报警时长时,若未能查找到目标待保护队列,说明创建进程在设定时长内未能创建出目标消息队列,此时重新启动创建进程并报警,以使相关调试人员调试创建进程,避免由于消息数量较多且待保护消息队列数量过少,引起的通信堵塞等故障。
上述实施例中,通过读取至少一个待保护消息队列分别对应的配置参数,然后利用各个待保护消息队列分别对应的配置参数,监控各个待保护消息队列中的消息缓存量,当任意一个待保护消息队列中的消息缓存量不小于该待保护消息队列的配置参数中的消息承载量时,确定并清除该待保护消息队列中的至少一条超时消息。由于及时处理各个消息队列中的超时消息,从而避免消息队列出现由于消息承载过量而导致的消息队列通讯堵塞或宕机等异常现象,进而保障了消息的正常传输。
如图3所示,本发明实施例提供了一种消息队列保护装置,包括:读取单元301、监控单元302和处理单元303;其中,
所述读取单元301,用于读取至少一个待保护消息队列分别对应的配置参数;
所述监控单元302,用于针对每一个所述待保护消息队列,均执行:利用所述读取单元301读取的待保护消息队列对应的配置参数,监控所述待保护消息队列中的消息缓存量;
所述处理单元303,用于当所述监控单元302监控到的消息缓存量不小于对应的所述配置参数中的消息承载量时,确定并清除所述待保护消息队列中的至少一条超时消息。
上述实施例中,通过读取至少一个待保护消息队列分别对应的配置参数,然后利用各个待保护消息队列分别对应的配置参数,监控各个待保护消息队列中的消息缓存量,当任意一个待保护消息队列中的消息缓存量不小于该待保护消息队列的配置参数中的消息承载量时,确定并清除该待保护消息队列中的至少一条超时消息。由于及时处理各个消息队列中的超时消息,从而避免消息队列出现由于消息承载过量而导致的消息队列通讯堵塞或宕机等异常现象,进而保障了消息的正常传输。
本发明一个实施例中,所述监控单元,用于解析所述待保护消息队列对应的配置参数中的标识码,并监控所述标识码对应的消息缓存量。
具体地,可以首先设置配置文件,配置文件中包括各个待保护队列分别对应的配置参数以及监控的间隔时间,在监控时,可从配置文件中读取各个待保护队列对应的配置参数,再解析出配置参数中的标识码,例如消息队列的ID,监控对应的待保护消息队列的消息缓存量,如果各个待保护消息队列的消息缓存量均小于其配置参数中的消息承载量,则根据监控间隔时间,进行下一轮监控。
当利用所述配置参数中的标识码,监测到所述标识码对应的消息缓存量不存在时,表示待保护消息队列停止运行或被恶意销毁,此时监控单元触发所述配置参数中的创建进程,以使被触发的所述创建进程创建所述标识码对应的新的待保护消息队列。
为了防止创建进程由于故障未能成功创建目标待保护消息队列,在触发配置参数中的创建进程时,开始计时,当记录的时长达到预设的第一报警时长时,若未能查找到目标待保护队列,说明创建进程在设定时长内未能创建出目标消息队列,此时重新启动创建进程并报警,以使相关调试人员检测创建进程,若出现异常,则及时创建进程的相关程序进行调试,以使创建进程创建出对应的目标待保护队列,从而保障有足够的待保护消息队列供多个消息排队,避免由于消息数量较多且待保护消息队列数量过少,引起的通信堵塞等故障,进而保障消息的正常传输。
如图4所示,本发明一个实施例中,所述处理单元303,可以包括时长确定子单元401和判断子单元402;其中,
所述时长确定子单元401,用于针对所述监控单元302中监控的待保护消息队列中的每一个消息,均执行:确定所述消息在所述待保护消息队列中的等待时长;
所述判断子单元402,用于判断所述等待时长是否大于预设的超时阈值,如果是,则确定所述消息为所述超时消息。
当消息传输正常时,各个消息进入待保护消息队列后,总处理服务器将快速提取消息并及时处理,当待保护消息队列中的消息缓存量不小于对应的配置参数中的消息承载量时,说明待保护消息队列中存在至少一个超时消息。为了确定出待保护消息队列中的超时消息,可依次查验各个消息的时间标签,确定各个消息进入该待保护消息队列的进入时间,并将进入时间与当前时间进行比较,确定出各个消息在待保护队列中的等待时长,当等待时长大于预设的超时阈值时,则说明此消息已超时却未被提取,即确定此消息为超时消息。根据各个消息的在对应的待保护队列中的等待时长,确定各个消息是否为超时消息,此方法简单且准确,能提高消息队列的保护效率。
如图5所示,本发明一个实施例中,该保护装置可以进一步包括:报警单元501;
所述处理单元303,用于在执行所述清除所述待保护消息队列中的至少一条超时消息时,开始计时,当记录的时长达到预设的报警时长时,判断所述待保护消息队列中是否存在所述超时消息,如果是,则触发所述报警单元501;
所述报警单元501,用于在受到触发时,进行报警。
上述实施例中,在开始清除超时消息时,开始计时,当记录的时长达到预设的第二报警时长时,若待保护消息队列中仍存在超时消息,说明待保护队列中的超时消息过多,在设定时长内不能完全清除,这可能是由于待保护消息队列与总处理服务器之间的通信连接出现故障,使总处理服务器无法正常提取待保护消息队列中的消息,此时进行报警,以警示相关维护人员对相关连接接口以及程序进行维护,恢复总处理服务器与待保护消息队列的连通,从而保障消息的正常传输。
上述装置内的各单元之间的消息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
本发明还提供了一种计算机存储介质,存储用于使一机器执行如本文所述的程序代码的审核方法的指令。具体地,可以提供配有存储介质的系统或者装置,在该存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码,且使该系统或者装置的计算机(或CPU或MPU)读出并执行存储在存储介质中的程序代码。
在这种情况下,从存储介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能,因此程序代码和存储程序代码的存储介质构成了本发明的一部分。
用于提供程序代码的存储介质实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁带、非易失性存储卡和ROM。可选择地,可以由通信网络从服务器计算机上下载程序代码。
此外,应该清楚的是,不仅可以通过执行计算机所读出的程序代码,而且可以通过基于程序代码的指令使计算机上操作的操作系统等来完成部分或者全部的实际操作,从而实现上述实施例中任意一项实施例的功能。
此外,可以理解的是,将由存储介质读出的程序代码写到插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中,随后基于程序代码的指令使安装在扩展板或者扩展单元上的CPU等来执行部分和全部实际操作,从而实现上述实施例中任一实施例的功能。
综上所述,本发明的各个实施例至少具有如下有益效果:
1、本发明实施例中,通过读取至少一个待保护消息队列分别对应的配置参数,然后利用各个待保护消息队列分别对应的配置参数,监控各个待保护消息队列中的消息缓存量,当任意一个待保护消息队列中的消息缓存量不小于该待保护消息队列的配置参数中的消息承载量时,确定并清除该待保护消息队列中的至少一条超时消息。由于及时处理各个消息队列中的超时消息,从而避免消息队列出现由于消息承载过量而导致的消息队列通讯堵塞或宕机等异常现象,进而保障了消息的正常传输。
2、本发明实施例中,在触发配置参数中的创建进程时,开始计时,当记录的时长达到预设的第一报警时长时,若未能查找到目标待保护队列,重新启动创建进程并报警,以使相关调试人员调试创建进程,以使创建进程创建出对应的目标待保护队列,从而保障有足够的待保护消息队列供多个消息排队,避免由于消息数量较多且待保护消息队列数量过少,引起的通信堵塞等故障,进而保障消息的正常传输。
3、本发明实施例中,当待保护消息队列中的消息缓存量不小于对应的配置参数中的消息承载量时,依次查验各个消息的时间标签,确定出各个消息在待保护队列中的等待时长,当等待时长大于预设的超时阈值时,则确定此消息为超时消息。根据各个消息的在对应的待保护队列中的等待时长,确定各个消息是否为超时消息,此方法简单且准确,能提高消息队列的保护效率。
4、在开始清除超时消息时,开始计时,当记录的时长达到预设的第二报警时长时,若待保护消息队列中仍存在超时消息,说明待保护队列中的超时消息过多,在设定时长内不能完全清除,此时进行报警,以警示相关维护人员对相关连接接口以及程序进行维护,恢复总处理服务器与待保护消息队列的连通,从而保障消息的正常传输。
需要说明的是,在本文中,诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个······”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储在计算机可读取的存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。
最后需要说明的是:以上所述仅为本发明的较佳实施例,仅用于说明本发明的技术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种消息队列保护方法,其特征在于,读取至少一个待保护消息队列分别对应的配置参数,还包括:
针对每一个所述待保护消息队列,均执行:
利用所述待保护消息队列对应的配置参数,监控所述待保护消息队列中的消息缓存量;
当所述消息缓存量不小于对应的所述配置参数中的消息承载量时,确定并清除所述待保护消息队列中的至少一条超时消息。
2.根据权利要求1所述的方法,其特征在于,
所述利用所述待保护消息队列对应的配置参数,监控所述待保护消息队列中的消息缓存量,包括:
解析所述待保护消息队列对应的配置参数中的标识码;
监控所述标识码对应的消息缓存量。
3.根据权利要求2所述的方法,其特征在于,进一步包括:
当监测到所述标识码对应的消息缓存量不存在时,
触发所述配置参数中的创建进程,创建所述标识码对应的新的待保护消息队列。
4.根据权利要求3所述的方法,其特征在于,进一步包括:
在执行所述触发配置参数中的创建进程时,启动第一计时器进行计时;
当所述第一计时器的计时时长达到预设的第一报警时长时,查找所述新的待保护消息队列,当未查找到所述新的待保护消息队列时,进行报警,并重新启动所述创建进程。
5.根据权利要求1所述的方法,其特征在于:
所述确定所述待保护消息队列中的至少一条超时消息,包括:
针对所述待保护消息队列中的每一个消息,均执行:
确定所述消息在所述待保护消息队列中的等待时长;
判断所述等待时长是否大于预设的超时阈值,如果是,则确定所述消息为所述超时消息。
6.根据权利要求1至5中任一所述的方法,其特征在于,进一步包括:
在执行所述清除所述待保护消息队列中的至少一条超时消息时,启动第二计时器进行计时;
当所述第二计时器计时的时长达到预设的第二报警时长时,判断所述待保护消息队列中是否存在所述超时消息,如果是,则进行报警。
7.一种消息队列保护装置,其特征在于,包括:读取单元、监控单元和处理单元;其中,
所述读取单元,用于读取至少一个待保护消息队列分别对应的配置参数;
所述监控单元,用于针对每一个所述待保护消息队列,均执行:利用所述读取单元读取的待保护消息队列对应的配置参数,监控所述待保护消息队列中的消息缓存量;
所述处理单元,用于当所述监控单元监控到的消息缓存量不小于对应的所述配置参数中的消息承载量时,确定并清除所述待保护消息队列中的至少一条超时消息。
8.根据权利要求7所述的保护装置,其特征在于,
所述监控单元,用于解析所述待保护消息队列对应的配置参数中的标识码,并监控所述标识码对应的消息缓存量。
9.根据权利要求8所述的保护装置,其特征在于,
所述监控单元,进一步用于当监测到所述标识码对应的消息缓存量不存在时,触发所述配置参数中的创建进程,创建所述标识码对应的新的待保护消息队列。
10.根据权利要求7所述的保护装置,其特征在于,
所述处理单元,用于针对所述待保护消息队列中的每一个消息,均执行:确定所述消息在所述待保护消息队列中的等待时长,并判断所述等待时长是否大于预设的超时阈值,如果是,则确定所述消息为所述超时消息;
和/或,
进一步包括:报警单元;
所述处理单元,用于在执行所述清除所述待保护消息队列中的至少一条超时消息时,启动第二计时器进行计时,当所述第二计时器计时的时长达到预设的报警时长时,判断所述待保护消息队列中是否存在所述超时消息,如果是,则触发所述报警单元;
所述报警单元,用于在受到触发时,进行报警。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710038268.8A CN106603428A (zh) | 2017-01-16 | 2017-01-16 | 一种消息队列保护方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710038268.8A CN106603428A (zh) | 2017-01-16 | 2017-01-16 | 一种消息队列保护方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106603428A true CN106603428A (zh) | 2017-04-26 |
Family
ID=58584933
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710038268.8A Pending CN106603428A (zh) | 2017-01-16 | 2017-01-16 | 一种消息队列保护方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106603428A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109445965A (zh) * | 2018-11-07 | 2019-03-08 | 北京明朝万达科技股份有限公司 | 由Redis和MySQL实现的消息处理方法和设备 |
CN110968430A (zh) * | 2018-09-28 | 2020-04-07 | 北京京东尚科信息技术有限公司 | 基于消息队列的处理方法和消息队列 |
CN113553203A (zh) * | 2021-07-30 | 2021-10-26 | 北京达佳互联信息技术有限公司 | 请求处理方法、装置、服务器及存储介质 |
CN117056926A (zh) * | 2023-10-09 | 2023-11-14 | 深圳安天网络安全技术有限公司 | 一种文件检测系统、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2605461A1 (en) * | 2011-12-13 | 2013-06-19 | Telefonaktiebolaget L M Ericsson AB (Publ) | Handling congestion in a queue without discarding new messages received from a message sender |
CN105099940A (zh) * | 2014-05-05 | 2015-11-25 | 中兴通讯股份有限公司 | 队列管理方法和装置 |
CN106130868A (zh) * | 2016-06-02 | 2016-11-16 | 腾讯科技(深圳)有限公司 | 一种回调消息的处理方法和队列管理系统 |
-
2017
- 2017-01-16 CN CN201710038268.8A patent/CN106603428A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2605461A1 (en) * | 2011-12-13 | 2013-06-19 | Telefonaktiebolaget L M Ericsson AB (Publ) | Handling congestion in a queue without discarding new messages received from a message sender |
CN105099940A (zh) * | 2014-05-05 | 2015-11-25 | 中兴通讯股份有限公司 | 队列管理方法和装置 |
CN106130868A (zh) * | 2016-06-02 | 2016-11-16 | 腾讯科技(深圳)有限公司 | 一种回调消息的处理方法和队列管理系统 |
Non-Patent Citations (1)
Title |
---|
陆佳琦: "《基于POS收单平台的健康检查系统设计与实现》", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110968430A (zh) * | 2018-09-28 | 2020-04-07 | 北京京东尚科信息技术有限公司 | 基于消息队列的处理方法和消息队列 |
CN109445965A (zh) * | 2018-11-07 | 2019-03-08 | 北京明朝万达科技股份有限公司 | 由Redis和MySQL实现的消息处理方法和设备 |
CN109445965B (zh) * | 2018-11-07 | 2021-06-22 | 北京明朝万达科技股份有限公司 | 由Redis和MySQL实现的消息处理方法和设备 |
CN113553203A (zh) * | 2021-07-30 | 2021-10-26 | 北京达佳互联信息技术有限公司 | 请求处理方法、装置、服务器及存储介质 |
CN117056926A (zh) * | 2023-10-09 | 2023-11-14 | 深圳安天网络安全技术有限公司 | 一种文件检测系统、电子设备及存储介质 |
CN117056926B (zh) * | 2023-10-09 | 2024-01-26 | 深圳安天网络安全技术有限公司 | 一种文件检测系统、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106603428A (zh) | 一种消息队列保护方法及装置 | |
CN105975377B (zh) | 一种监控内存的方法及装置 | |
CN108230637A (zh) | 一种消防火灾报警方法及系统 | |
JP4732484B2 (ja) | 仮想環境を利用した非実行ファイル内のエクスプロイトコード分析方法及び装置 | |
CN104734979A (zh) | 一种路由器外接存储设备的控制方法 | |
CN107330320A (zh) | 应用进程监控的方法和装置 | |
CN105354131A (zh) | 一种服务程序运行的监控方法及装置 | |
CN107016298B (zh) | 一种网页篡改监测方法及装置 | |
CN102262574A (zh) | 操作系统启动保护方法和装置 | |
CN107516547A (zh) | 内存硬错误的处理方法及装置 | |
CN111625841B (zh) | 一种病毒处理方法、装置及设备 | |
CN110401580B (zh) | 基于心跳机制的网页状态监听方法及相关设备 | |
CN103532943A (zh) | web应用防火墙设备和安全防护日志的异步处理方法 | |
CN102902766B (zh) | 检测词汇的方法与装置 | |
CN107948199A (zh) | 一种对终端共享接入进行快速检测的方法及装置 | |
CN108628694B (zh) | 一种基于可编程硬件的数据处理方法以及装置 | |
CN110851294B (zh) | 一种程序运行崩溃补救的方法及装置 | |
CN106021030A (zh) | 一种数据库的系统、一种处理数据库故障的方法及装置 | |
CN102662787A (zh) | 一种保护系统盘raid的方法 | |
CN105574410A (zh) | 一种应用程序的安全检测方法及装置 | |
CN104636661A (zh) | 一种分析Android应用程序的方法和系统 | |
JP6528381B2 (ja) | ログ管理装置,ログ管理プログラム,及びログ管理方法 | |
CN108170375A (zh) | 一种分布式存储系统中的超限保护方法和装置 | |
CN111124785A (zh) | 一种硬盘故障检查的方法、装置、设备及存储介质 | |
CN114417349A (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 | ||
CB02 | Change of applicant information |
Address after: Wusong Industrial Park, Wuzhong Development District of Suzhou City, Jiangsu province 215100 Wusong Road No. 818 Applicant after: Tide Financial Information Technology Co Ltd Address before: Wuzhong Economic Development Zone in Suzhou City, Jiangsu Province, the River Street 215104 tower rhyme Road No. 178 Building 2 layer 1 Applicant before: Tide (Suzhou) Financial Technology Service Co., Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170426 |