CN117331716A - 一种消息处理方法及系统 - Google Patents
一种消息处理方法及系统 Download PDFInfo
- Publication number
- CN117331716A CN117331716A CN202311358055.5A CN202311358055A CN117331716A CN 117331716 A CN117331716 A CN 117331716A CN 202311358055 A CN202311358055 A CN 202311358055A CN 117331716 A CN117331716 A CN 117331716A
- Authority
- CN
- China
- Prior art keywords
- message
- uploading
- state
- target
- queue server
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 25
- 238000000034 method Methods 0.000 claims abstract description 114
- 238000004519 manufacturing process Methods 0.000 claims abstract description 89
- 230000002688 persistence Effects 0.000 claims abstract description 44
- 238000012545 processing Methods 0.000 claims description 20
- 230000008569 process Effects 0.000 claims description 16
- 238000012546 transfer Methods 0.000 claims description 3
- 238000012544 monitoring process Methods 0.000 claims description 2
- 230000002159 abnormal effect Effects 0.000 abstract description 9
- 230000005856 abnormality Effects 0.000 abstract description 7
- 230000000875 corresponding effect Effects 0.000 description 68
- 238000004590 computer program Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 10
- 238000004891 communication Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 5
- 230000002085 persistent effect Effects 0.000 description 5
- 230000003993 interaction Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000004883 computer application Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种消息处理方法及系统，本发明将消息和消息的上传状态写入第一持久化表中，将消息和消息的上传状态持久化到生产端的本地存储，确保异常重连重发消息的可追溯，将消息和消息对应的方法的执行状态写入预先创建的第二持久化表中，将消息和消息对应的方法的执行状态持久化到消费端的本地存储，确保异常重新执行方法的可追溯。此外，对第一持久化表中上传失败的消息进行重新上传，对第二持久化表中执行失败的消息，重新执行该消息对应的方法，避免由于网络或设备异常导致无法执行消息对应的方法的问题，确保消息对应的功能能够实现。
Description
技术领域
本发明涉及计算机应用技术，尤其涉及一种消息处理方法及系统。
背景技术
在互联网和软件领域，消息队列(Message Queue，MQ)已经成为一种常用的技术手段。消息队列的底层设计原理是“生产端-消费端”模式。消息的来源是生产端，生产端(或称为生产端程序)源源不断的生产消息并将生产的消息放入消息队列，消费端(或称为消费端程序)则从消息队列中获取消息进行消费。消息队列在解耦、异步和削峰等问题的解决上，起到了很大的作用。
现有技术中，生产端在向消息队列服务器上传消息时，由于网络或设备异常，可能出现消息上传失败的问题。这些上传失败的信息无法抵达消费端，导致消费端无法执行相应的动作，无法实现相应的功能。
发明内容
本发明提供一种消息处理方法及系统，避免由于网络或设备异常导致无法执行消息对应的方法的问题，确保消息对应的功能能够实现。
第一方面，本发明提供了一种消息处理方法，包括：
生产端将产生的消息上传至消息队列服务器，并接收所述消息队列服务器返回的上传状态，所述上传状态用于表示所述消息是否成功上传至所述消息队列服务器；
所述生产端关联所述消息和所述消息的上传状态，并将所述消息和所述消息的上传状态写入预先创建的第一持久化表中；
所述生产端从所述第一持久化表中查找上传状态为上传失败的第一目标消息，并将所述第一目标消息重新上传至所述消息队列服务器；
所述消费端从所述消息队列服务器中获取所述消息，执行所述消息对应的方法，并接收执行所述消息对应的方法时的执行状态，所述执行状态用于表示是否成功执行所述消息对应的方法；
所述消费端关联所述消息和所述消息对应的方法的执行状态，并将所述消息和所述消息对应的方法的执行状态写入预先创建的第二持久化表中；
所述消费端从所述第二持久化表中查找执行状态为执行失败的第二目标消息，并重新执行所述第二目标消息对应的方法。
可选的，生产端将产生的消息上传至消息队列服务器，包括：
将生产业务写入事件进程队列中；
监测所述事件进程队列中所述生产业务的状态；
在所述生产业务的状态由待提交变为已提交时，将执行所述生产业务产生的消息上传至消息队列服务器。
可选的，所述生产端关联所述消息和所述消息的上传状态，包括：
所述生产端在接收到所述消息的上传状态时，对所述消息进行标注，实现关联所述消息和所述消息的上传状态。
可选的，所述生产端关联所述消息和所述消息的上传状态，包括：
所述生产端在接收到所述消息的上传状态时，将所述上传状态写入上传状态表中；
采用异步回调方式从所述上传状态表中调取所述上传状态，并对所述消息进行标注，实现关联所述消息和所述消息的上传状态。
可选的，所述生产端从所述第一持久化表中查找上传状态为上传失败的第一目标消息，并将所述第一目标消息重新上传至所述消息队列服务器，包括：
所述生产端从所述第一持久化表中查找上传状态为上传失败的第一目标消息，并确定所述第一目标消息的上传次数；
在所述上传次数小于第一预设值时，将所述第一目标消息重新上传至所述消息队列服务器，并累计所述第一目标消息的上传次数；
在所述上传次数大于或等于第一预设值时，绕过所述消息队列服务器，将所述第一目标消息发送至所述消费端。
可选的，所述生产端与所述消费端分属于不同的设备，绕过所述消息队列服务器，将所述第一目标消息发送至所述消费端，包括：
所述生产端通过超文本传输协议将所述第一目标消息发送至所述消费端。
可选的，所述生产端与所述消费端属于同一设备，绕过所述消息队列服务器，将所述第一目标消息发送至所述消费端，包括：
将所述第一目标消息拷贝至所述消费端。
可选的，所述消费端从所述消息队列服务器中获取所述消息，执行所述消息对应的方法，包括：
所述消费端从订阅的所述消息队列服务器中获取所述消息，调用与所述消息关联的委托函数，执行所述消息对应的方法。
可选的，所述消费端从所述第二持久化表中查找执行状态为执行失败的第二目标消息，并重新执行所述第二目标消息对应的方法，包括：
所述消费端从所述第二持久化表中查找执行状态为执行失败的第二目标消息，并确定所述第二目标消息的执行次数；
在所述执行次数小于第二预设值时，重新执行所述第二目标消息对应的方法，并累计所述第二目标消息对应的方法的执行次数；
在所述执行次数大于或等于第二预设值时，触发补偿策略对所述第二目标消息对应的方法进行补偿。
第二方面，本发明还提供了一种消息处理系统，用于实现本发明第一方面提供的消息处理方法，消息处理系统包括生产端、消息队列服务器和消费端，所述生产端与所述消费端通过所述消息队列服务器连接。
本发明实施例提供的消息处理方法，生产端将产生的消息上传至消息队列服务器，并接收消息队列服务器返回的上传状态，上传状态用于表示消息是否成功上传至消息队列服务器，生产端关联消息和消息的上传状态，并将消息和消息的上传状态写入预先创建的第一持久化表中，生产端从第一持久化表中查找上传状态为上传失败的第一目标消息，并将第一目标消息重新上传至消息队列服务器，消费端从所述消息队列服务器中获取所述消息，执行所述消息对应的方法，并接收执行消息对应的方法时的执行状态，执行状态用于表示是否成功执行消息对应的方法，消费端关联消息和消息对应的方法的执行状态，并将消息和消息对应的方法的执行状态写入预先创建的第二持久化表中，消费端从第二持久化表中查找执行状态为执行失败的第二目标消息，并重新执行第二目标消息对应的方法。本发明将消息和消息的上传状态写入第一持久化表中，将消息和消息的上传状态持久化到生产端的本地存储，确保异常重连重发消息的可追溯，将消息和消息对应的方法的执行状态写入预先创建的第二持久化表中，将消息和消息对应的方法的执行状态持久化到消费端的本地存储，确保异常重新执行方法的可追溯。此外，对第一持久化表中上传失败的消息进行重新上传，对第二持久化表中执行失败的消息，重新执行该消息对应的方法，避免由于网络或设备异常导致无法执行消息对应的方法的问题，确保消息对应的功能能够实现。
应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种消息处理方法的流程图；
图2为本发明实施例提供的消息处理方法中各设备的交互示意图；
图3为本发明实施例提供的一种电子设备的结构示意图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
图1为本发明实施例提供的一种消息处理方法的流程图，图2为本发明实施例提供的消息处理方法中各设备的交互示意图，如图1和图2所示，该消息处理方法包括：
S101、生产端将产生的消息上传至消息队列服务器，并接收消息队列服务器返回的上传状态，上传状态用于表示消息是否成功上传至消息队列服务器。
在本发明实施例中，生产端为产生消息的终端、应用或功能模块，本发明实施例在此不做限定。生产端在执行业务时，将产生的消息上传给消息队列服务器。示例性的，以订单业务为例，用户在用户端(生产端)的订单系统中下单，产生包括订单信息的下单消息，生产端将下单消息上传至消息队列服务器。消息队列服务器在接收到消息后，向生产端返回上传状态，其中，上传状态用于表示消息是否成功上传至消息队列服务器。示例性的，在本发明的一些实施例中，如果消息队列服务器接收到了消息，则向生产端返回表示上传成功的上传状态，若消息队列服务器没有接收到消息，则不会返回上传状态给生产端，生产端在发送消息的预设时长后没有接收到消息队列服务器返回的上传状态，则将该消息标记为上传失败。
示例性的，为了降低生产端的计算资源消耗，在本发明的一些实施例中，将待执行的生产业务写入事件进程队列中，并标记生产业务的状态为待提交，采用异步处理的方式执行生产业务，同时监测事件进程队列中生产业务的状态，当生产业务执行后，事件进程队列中生产业务的状态变更为已递交，在生产业务的状态由待提交变为已提交时，将执行生产业务产生的消息上传至消息队列服务器。
S102、生产端关联消息和消息的上传状态，并将消息和消息的上传状态写入预先创建的第一持久化表中。
在本发明实施例中，生产端关联消息和消息的上传状态，即建立消息与消息的上传状态之间的映射关系，通过消息可以得知该消息的上传状态。将消息和消息的上传状态写入预先创建的第一持久化表中，将消息和消息的上传状态持久化到生产端的本地存储，确保异常重连重发消息的可追溯。示例性的，将消息写入第一持久化表中的特定字段的键(key)中，将消息的上传状态写入该特定字段的值(value)中。
示例性的，在本发明的一些实施例中，生产端关联消息和消息的上传状态时，可以采用瞬时关联的方式，即，生产端在接收到消息的上传状态时，即时对消息进行标注，实现关联消息和消息的上传状态。
示例性的，在本发明的一些实施例中，生产端关联消息和消息的上传状态时，也可以异步回调方式关联消息和消息的上传状态。具体的，生产端在接收到消息的上传状态时，将上传状态写入上传状态表中，采用异步回调方式从上传状态表中调取上传状态，并对消息进行标注，实现关联消息和消息的上传状态，异步回调的方式可以降低生产端的处理压力。
S103、生产端从第一持久化表中查找上传状态为上传失败的第一目标消息，并将第一目标消息重新上传至消息队列服务器。
在生产端向消息队列服务器上传消息的过程中，可能会存在由于网络、设备等异常造成的上传失败的情况，针对这种情况，本发明实施例采用断联重发的方式，将上传失败的消息重新上传至消息队列服务器。示例性的，从第一持久化表中查找上传状态为上传失败的第一目标消息，并将第一目标消息重新上传至消息队列服务器。
示例性的，在本发明的一些实施例中，生产端从第一持久化表中查找上传状态为上传失败的第一目标消息，并确定第一目标消息的上传次数，在上传次数小于第一预设值时，将第一目标消息重新上传至消息队列服务器，并累计第一目标消息的上传次数，在上传次数大于或等于第一预设值时，可以采用死信补偿策略，绕过消息队列服务器，将第一目标消息发送至消费端。
示例性的，在本发明的一些实施例中，生产端与消费端分属于不同的设备，在绕过消息队列服务器，将第一目标消息发送至消费端时，生产端可以通过超文本传输协议(http)将第一目标消息发送至消费端。
示例性的，在本发明的一些实施例中，生产端与消费端属于同一设备(例如，生产端与消费端属于同一设备的不同应用或功能模块)，在绕过消息队列服务器，将第一目标消息发送至消费端时，可以将第一目标消息直接拷贝至消费端。
S104、消费端从消息队列服务器中获取消息，执行消息对应的方法，并接收执行消息对应的方法时的执行状态，执行状态用于表示是否成功执行消息对应的方法。
在本发明实施例中，消费端可以主动从消息队列服务器中获取消息，也可以被动接收消息队列服务器推送的消息，本发明实施例在此不做限定。消费端在获取到消息后，执行消息对应的方法，实现相应的功能。示例性的，以订单业务为例，用户在用户端(生产端)的订单系统中下单，产生包括订单信息的下单消息，生产端将下单消息上传至消息队列服务器，消费端从消息队列服务器中获取下单消息，执行下单消息对应的方法，实现下单。
示例性的，在本发明的一些实施例中，多个消息队列服务器呈分布式布置在网络中，每一消息队列服务器可用于处理一种业务的消息，或多个消息队列服务器用于处理一种业务的消息，或一个消息队列服务器用于处理多种业务的消息，本发明实施例在此不做限定。在系统配置阶段，将消费端配置为订阅对应的消息队列服务器，如此，在后续的应用过程中，消费端就能从订阅的消息队列服务器中获取消息。
示例性的。在本发明实施例中，每一消息对应的方法关联一个委托函数，在执行消息对应的方法时，可以调用与消息关联的委托函数，从而实现执行消息对应的方法。
消费端在执行消息对应的方法后，接收执行消息对应的方法时的执行状态，执行状态用于表示是否成功执行消息对应的方法。示例性的，在本发明的一些实施例中，如果消费端成功执行了消息对应的方法，则产生一个表示执行成功的执行状态，若消费端未能执行消息对应的方法，则会产生一个表示执行失败的执行状态。
S105、消费端关联消息和消息对应的方法的执行状态，并将消息和消息对应的方法的执行状态写入预先创建的第二持久化表中。
在本发明实施例中，消费端关联消息和消息对应的方法的执行状态，即建立消息与消息对应的方法的执行状态之间的映射关系，并将消息和消息对应的方法的执行状态写入预先创建的第二持久化表中，将消息和消息对应的方法的执行状态持久化到消费端的本地存储，确保异常重新执行方法的可追溯。示例性的，将消息写入第二持久化表中的特定字段的键(key)中，将消息对应的方法的执行状态写入该特定字段的值(value)中。
S106、消费端从第二持久化表中查找执行状态为执行失败的第二目标消息，并重新执行第二目标消息对应的方法。
在消费端执行消息对应的方法的过程中，可能会存在由于网络、设备等异常造成的上传失败的情况，针对这种情况，本发明实施例采用异常重试的方式，对执行失败的方法进行重新执行。示例性的，从第二持久化表中查找执行状态为执行失败的第二目标消息，并重新执行第二目标消息对应的方法。
示例性的，在本发明的一些实施例中，消费端从第二持久化表中查找执行状态为执行失败的第二目标消息，并确定第二目标消息的执行次数，在执行次数小于第二预设值时，重新执行第二目标消息对应的方法，并累计第二目标消息对应的方法的执行次数，在执行次数大于或等于第二预设值时，触发补偿策略对第二目标消息对应的方法进行补偿。示例性的，以执行库存消费的方法为示例，补偿策略可以是回滚动作，将程序或数据恢复到上一次正确状态。
示例性的，在本发明的一些实施例中，如果采用上述补偿策略后，消息对应的方法还是执行失败，则将该消息和消息对应的方法写入到死信队列，等待人工干预处理。
本发明实施例提供的消息处理方法，生产端将产生的消息上传至消息队列服务器，并接收消息队列服务器返回的上传状态，上传状态用于表示消息是否成功上传至消息队列服务器，生产端关联消息和消息的上传状态，并将消息和消息的上传状态写入预先创建的第一持久化表中，生产端从第一持久化表中查找上传状态为上传失败的第一目标消息，并将第一目标消息重新上传至消息队列服务器，消费端从所述消息队列服务器中获取所述消息，执行所述消息对应的方法，并接收执行消息对应的方法时的执行状态，执行状态用于表示是否成功执行消息对应的方法，消费端关联消息和消息对应的方法的执行状态，并将消息和消息对应的方法的执行状态写入预先创建的第二持久化表中，消费端从第二持久化表中查找执行状态为执行失败的第二目标消息，并重新执行第二目标消息对应的方法。本发明将消息和消息的上传状态写入第一持久化表中，将消息和消息的上传状态持久化到生产端的本地存储，确保异常重连重发消息的可追溯，将消息和消息对应的方法的执行状态写入预先创建的第二持久化表中，将消息和消息对应的方法的执行状态持久化到消费端的本地存储，确保异常重新执行方法的可追溯。此外，对第一持久化表中上传失败的消息进行重新上传，对第二持久化表中执行失败的消息，重新执行该消息对应的方法，避免由于网络或设备异常导致无法执行消息对应的方法的问题，确保消息对应的功能能够实现。
本发明实施例还提供了一种消息处理系统，用于实现本发明前述任意实施例提供的消息处理方法，消息处理系统包括生产端、消息队列服务器和消费端，生产端与消费端通过消息队列服务器连接。
图3为本发明实施例提供的一种电子设备的结构示意图，电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。在本发明实施例中，电子设备可以是前述实施例中的生产端或消费端。
如图3所示，电子设备包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。
电子设备中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如消息处理方法中相应的步骤。
在一些实施例中，消息处理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的消息处理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行消息处理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。
本发明实施例还提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现如本申请任意实施例所提供的消息处理方法。
计算机程序产品在实现的过程中，可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。
Claims (10)
1.一种消息处理方法，其特征在于，包括：
生产端将产生的消息上传至消息队列服务器，并接收所述消息队列服务器返回的上传状态，所述上传状态用于表示所述消息是否成功上传至所述消息队列服务器；
所述生产端关联所述消息和所述消息的上传状态，并将所述消息和所述消息的上传状态写入预先创建的第一持久化表中；
所述生产端从所述第一持久化表中查找上传状态为上传失败的第一目标消息，并将所述第一目标消息重新上传至所述消息队列服务器；
消费端从所述消息队列服务器中获取所述消息，执行所述消息对应的方法，并接收执行所述消息对应的方法时的执行状态，所述执行状态用于表示是否成功执行所述消息对应的方法；
所述消费端关联所述消息和所述消息对应的方法的执行状态，并将所述消息和所述消息对应的方法的执行状态写入预先创建的第二持久化表中；
所述消费端从所述第二持久化表中查找执行状态为执行失败的第二目标消息，并重新执行所述第二目标消息对应的方法。
2.根据权利要求1所述的消息处理方法，其特征在于，生产端将产生的消息上传至消息队列服务器，包括：
将生产业务写入事件进程队列中；
监测所述事件进程队列中所述生产业务的状态；
在所述生产业务的状态由待提交变为已提交时，将执行所述生产业务产生的消息上传至消息队列服务器。
3.根据权利要求1所述的消息处理方法，其特征在于，所述生产端关联所述消息和所述消息的上传状态，包括：
所述生产端在接收到所述消息的上传状态时，对所述消息进行标注，实现关联所述消息和所述消息的上传状态。
4.根据权利要求1所述的消息处理方法，其特征在于，所述生产端关联所述消息和所述消息的上传状态，包括：
所述生产端在接收到所述消息的上传状态时，将所述上传状态写入上传状态表中；
采用异步回调方式从所述上传状态表中调取所述上传状态，并对所述消息进行标注，实现关联所述消息和所述消息的上传状态。
5.根据权利要求1-4任一所述的消息处理方法，其特征在于，所述生产端从所述第一持久化表中查找上传状态为上传失败的第一目标消息，并将所述第一目标消息重新上传至所述消息队列服务器，包括：
所述生产端从所述第一持久化表中查找上传状态为上传失败的第一目标消息，并确定所述第一目标消息的上传次数；
在所述上传次数小于第一预设值时，将所述第一目标消息重新上传至所述消息队列服务器，并累计所述第一目标消息的上传次数；
在所述上传次数大于或等于第一预设值时，绕过所述消息队列服务器，将所述第一目标消息发送至所述消费端。
6.根据权利要求1-4任一所述的消息处理方法，其特征在于，所述生产端与所述消费端分属于不同的设备，绕过所述消息队列服务器，将所述第一目标消息发送至所述消费端，包括：
所述生产端通过超文本传输协议将所述第一目标消息发送至所述消费端。
7.根据权利要求1-4任一所述的消息处理方法，其特征在于，所述生产端与所述消费端属于同一设备，绕过所述消息队列服务器，将所述第一目标消息发送至所述消费端，包括：
将所述第一目标消息拷贝至所述消费端。
8.根据权利要求1-4任一所述的消息处理方法，其特征在于，所述消费端从所述消息队列服务器中获取所述消息，执行所述消息对应的方法，包括：
所述消费端从订阅的所述消息队列服务器中获取所述消息，调用与所述消息关联的委托函数，执行所述消息对应的方法。
9.根据权利要求1-4任一所述的消息处理方法，其特征在于，所述消费端从所述第二持久化表中查找执行状态为执行失败的第二目标消息，并重新执行所述第二目标消息对应的方法，包括：
所述消费端从所述第二持久化表中查找执行状态为执行失败的第二目标消息，并确定所述第二目标消息的执行次数；
在所述执行次数小于第二预设值时，重新执行所述第二目标消息对应的方法，并累计所述第二目标消息对应的方法的执行次数；
在所述执行次数大于或等于第二预设值时，触发补偿策略对所述第二目标消息对应的方法进行补偿。
10.一种消息处理系统，其特征在于，用于实现权利要求1-9任一所述消息处理方法，消息处理系统包括生产端、消息队列服务器和消费端，所述生产端与所述消费端通过所述消息队列服务器连接。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311358055.5A CN117331716A (zh) | 2023-10-18 | 2023-10-18 | 一种消息处理方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311358055.5A CN117331716A (zh) | 2023-10-18 | 2023-10-18 | 一种消息处理方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117331716A true CN117331716A (zh) | 2024-01-02 |
Family
ID=89275289
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311358055.5A Pending CN117331716A (zh) | 2023-10-18 | 2023-10-18 | 一种消息处理方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117331716A (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10313282B1 (en) * | 2016-10-20 | 2019-06-04 | Sprint Communications Company L.P. | Flexible middleware messaging system |
| CN111314422A (zh) * | 2020-01-17 | 2020-06-19 | 平安医疗健康管理股份有限公司 | 基于kafka的消息处理方法、系统、存储介质及计算机设备 |
| CN111404643A (zh) * | 2020-03-10 | 2020-07-10 | 山东汇贸电子口岸有限公司 | 一种基于消息队列的数据收发处理方法 |
| CN111897825A (zh) * | 2020-06-01 | 2020-11-06 | 中国人民财产保险股份有限公司 | 分布式事务处理方法和装置 |
| CN111949497A (zh) * | 2020-06-23 | 2020-11-17 | 贝壳技术有限公司 | 消息队列系统以及基于消息队列系统的消息处理方法 |
| CN114253748A (zh) * | 2021-12-27 | 2022-03-29 | 北京宇信科技集团股份有限公司 | 一种消息处理系统和消息处理方法 |
| CN114860473A (zh) * | 2022-04-08 | 2022-08-05 | 天工信创(广州)信息科技有限公司 | 一种消息处理方法、处理器和存储介质 |
-
2023
- 2023-10-18 CN CN202311358055.5A patent/CN117331716A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10313282B1 (en) * | 2016-10-20 | 2019-06-04 | Sprint Communications Company L.P. | Flexible middleware messaging system |
| CN111314422A (zh) * | 2020-01-17 | 2020-06-19 | 平安医疗健康管理股份有限公司 | 基于kafka的消息处理方法、系统、存储介质及计算机设备 |
| CN111404643A (zh) * | 2020-03-10 | 2020-07-10 | 山东汇贸电子口岸有限公司 | 一种基于消息队列的数据收发处理方法 |
| CN111897825A (zh) * | 2020-06-01 | 2020-11-06 | 中国人民财产保险股份有限公司 | 分布式事务处理方法和装置 |
| CN111949497A (zh) * | 2020-06-23 | 2020-11-17 | 贝壳技术有限公司 | 消息队列系统以及基于消息队列系统的消息处理方法 |
| CN114253748A (zh) * | 2021-12-27 | 2022-03-29 | 北京宇信科技集团股份有限公司 | 一种消息处理系统和消息处理方法 |
| CN114860473A (zh) * | 2022-04-08 | 2022-08-05 | 天工信创(广州)信息科技有限公司 | 一种消息处理方法、处理器和存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108632106B (zh) | 监控服务设备的系统 | |
| CN113867916B (zh) | 任务处理方法、装置及电子设备 | |
| CN114025037B (zh) | 一种云手机的检修方法、装置、电子设备和存储介质 | |
| CN112965799B (zh) | 任务状态的提示方法、装置、电子设备和介质 | |
| CN110881224B (zh) | 一种网络长连接方法、装置、设备及存储介质 | |
| CN112948081B (zh) | 延时处理任务的方法、装置、设备以及存储介质 | |
| CN116431313A (zh) | 一种轮询任务的调度方法、装置、设备及介质 | |
| US9703646B2 (en) | Centralized database system | |
| CN117331716A (zh) | 一种消息处理方法及系统 | |
| CN115543416A (zh) | 一种配置更新方法、装置、电子设备及存储介质 | |
| CN114567536B (zh) | 异常数据处理方法、装置、电子设备和存储介质 | |
| CN112925623B (zh) | 任务处理方法、装置、电子设备和介质 | |
| CN115599571A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
| CN113656239A (zh) | 针对中间件的监控方法、装置及计算机程序产品 | |
| CN114500443A (zh) | 消息推送方法、装置、系统、电子设备和存储介质 | |
| CN114327819A (zh) | 一种任务管理方法、装置、设备及存储介质 | |
| CN113419880A (zh) | 云手机根权限获取方法、相关装置及计算机程序产品 | |
| CN113535020A (zh) | 用于生成应用图标的方法、装置、设备、介质和产品 | |
| CN113760693A (zh) | 用于微服务系统的本地调试的方法和装置 | |
| CN114553894B (zh) | 数据同步方法、装置、系统及存储介质 | |
| CN113360258B (zh) | 数据处理方法、装置、电子设备及存储介质 | |
| CN112596922B (zh) | 通信管理方法、装置、设备和介质 | |
| CN113296982B (zh) | 一种接口调用方法和装置 | |
| CN117041325A (zh) | 网站访问方法、装置、设备及存储介质 | |
| CN116401163A (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 |