一种集群间的数据同步方法、装置和电子设备与流程

1.本发明涉及数据处理领域，具体涉及一种集群间的数据同步方法、装置和电子设备。


背景技术：

2.在金融等行业中，对数据安全有极高的要求。一般为了保证数据安全，容灾建设是至关重要的，例如常用的“两地三中心”和“双活”方案。容灾建设的核心是数据备份，而备份数据就必须涉及到数据同步，因此数据同步被广泛应用于容灾建设中，保证两个或多个集群内备份数据一致。目前应用较广的数据同步方案是基于本地消息表的最终一致性解决方案，如图1所示，首先为执行的业务逻辑生成业务消息，并将业务逻辑的业务数据和业务消息均存储于一个主集群中，之后通过一段消息管理程序周期性地从主集群中取消息，并将取得的消息存入消息队列，再通过消息队列将需要同步的消息发送到其他备份集群中。但是现有技术的的同步方案，很容易在消息传输的过程中由于丢失消息或者由于其他突发情况导致消息乱序，从而导致备份集群中的数据和主集群中的数据不一致。因此，在消息乱序现象不可避免时，如何保证集群之间的数据一致性是亟待解决的问题。


技术实现要素：

3.有鉴于此，本发明实施方式提供了一种集群间的数据同步方法、装置和电子设备，从而解决了由消息在传输过程中乱序所导致的数据不一致问题，保证了集群之间的数据一致性。
4.根据第一方面，本发明提供了一种集群间的数据同步方法，所述方法包括：将业务活动产生的携带版本号的业务数据发送至主集群，并对应生成所述业务数据的业务消息，然后将所述业务消息发送至消息队列，其中，所述版本号是从预设的版本号序列中取出的数值，所述业务活动、所述业务数据的生成、所述业务数据在所述主集群中的存储、所述业务消息的创建以及所述业务消息的发送构成一个本地事务；将所述业务消息从所述消息队列中取出，并基于所述业务消息的版本号校验所述业务消息是否为备份集群当前待接收业务数据对应的目标业务消息；若校验通过则从所述业务消息中解析出所述业务数据，并将所述业务数据发送至备份集群以进行存储。
5.可选地，在所述基于所述业务消息的版本号校验所述业务消息是否为备份集群当前待接收的目标业务消息之后，所述方法还包括：若校验不通过，并在所述版本号表征所述业务消息版本超前时，通知所述消息队列重新部署所述业务消息。
6.可选地，在将所述业务消息发送至消息队列中的同时，还将所述业务消息发送至所述主集群中，在所述基于所述业务消息的版本号校验所述业务消息是否为备份集群当前待接收业务数据对应的目标业务消息之后，所述方法还包括：通过消息删除模块将校验通过和校验为版本滞后的业务消息从所述主集群中删除。
7.可选地，所述方法还包括：将所述主集群中存在时长超过预设时间长度的第一业
务消息通过独立重发模块发送至所述消息队列，以进行业务消息的重新部署；通过所述独立重发模块重置所述第一业务消息的存在时长，并更新所述第一业务消息的发送次数。
8.可选地，所述版本号以预设顺序生成，所述基于所述业务消息的版本号校验所述业务消息是否为备份集群当前待接收业务数据对应的目标业务消息，包括：判断所述备份集群中是否存在与所述业务消息对应同一执行对象的业务数据，若不存在则校验通过，并将所述业务消息作为所述目标业务消息，所述执行对象是进行所述业务活动的外部用户；若存在则判断所述业务消息的版本号与备份集群中对应同一执行对象的业务数据的版本号是否符合所述预设顺序，所述预设顺序为所述版本号序列的顺序；若符合所述预设顺序则校验通过，并将所述业务消息作为所述目标业务消息；若不符合所述预设顺序则校验不通过。
9.可选地，所述所述将业务活动产生的携带版本号的业务数据发送至主集群，并对应生成所述业务数据的业务消息，然后将所述业务消息发送至消息队列，包括：若所述业务活动执行失败，则退出当前数据同步进程，并通知外部用户重新发起执行所述业务活动的指令；若所述业务活动执行成功，将所述业务活动产生的携带版本号的业务数据发送至主集群；若所述业务数据在所述主集群中存储失败，则退出当前数据同步进程，并通知外部用户重新发起执行所述业务活动的指令；若所述业务数据在所述主集群中存储成功，则创建所述业务数据对应的业务消息；若所述业务消息创建失败，则撤销所述业务活动的执行，并退出当前数据同步进程，并通知外部用户重新发起执行所述业务活动的指令；若所述业务消息创建成功，则将所述业务消息发送至消息队列；若所述业务消息发送失败，从所述主集群中将所述业务数据撤销，并退出当前数据同步进程，并通知外部用户重新发起执行所述业务活动的指令。
10.根据第二方面，本发明提供了一种集群间的数据同步装置，所述装置包括：本地事务模块，用于将业务活动产生的携带版本号的业务数据发送至主集群，并对应生成所述业务数据的业务消息，然后将所述业务消息发送至消息队列，其中，所述版本号是从预设的版本号序列中取出的数值，所述业务活动、所述业务数据的生成、所述业务数据在所述主集群中的存储、所述业务消息的创建以及所述业务消息的发送构成一个本地事务；版本校验模块，用于将所述业务消息从所述消息队列中取出，并基于所述业务消息的版本号校验所述业务消息是否为备份集群当前待接收业务数据对应的目标业务消息；请求发送模块，用于若校验通过则从所述业务消息中解析出所述业务数据，并将所述业务数据发送至备份集群以进行存储。
11.可选地，所述装置还包括：消息重新部署模块，用于在校验不通过时，并在所述版本号表征所述业务消息版本超前时，通知所述消息队列重新部署所述业务消息。
12.根据第三方面，本发明实施例提供了一种电子设备，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行第一方面，或者第一方面任意一种可选实施方式中所述的方法。
13.根据第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机从而执行第一方面，或者第一方面任意一种可选实施方式中所述的方法。
14.本技术提供的技术方案，具有如下优点：
15.本技术提供的技术方案，在业务活动之后，将业务活动产生的业务数据发送至主集群中，并基于携带版本号的业务数据生成对应的业务消息，并将业务消息发送至消息队列中，之后通过消费者程序从消息队列中将业务消息取出，消费者程序会对业务消息的版本号进行校验，判断该业务消息是否是备份集群待接收的业务消息，只有在版本校验通过后，才将该业务消息解析出对应的业务数据，并同步到备份集群中，以完成业务同步。通过版本校验的机制，使得业务消息只有在版本号校验通过时才完成同步，解决了由消息在传输过程中乱序所导致的数据不一致问题，提高了备份集群中数据的准确性，并且每次生成的业务消息都直接发送至消息队列，不需要再从主集群中取出转达至消息队列，节省了冗余时间。
16.此外，为了方便业务消息的校对，保留了现有技术业务消息存储在主集群中的设置，但是额外在进行数据同步的设备中添加了消息删除模块，根据每次同步成功和版本滞后的反馈结果，将主集群中对应的业务消息删除，避免了消息冗余，提高了主集群的业务消息管理能力。之后额外在进行数据同步的设备中添加了独立重发模块，从而在消息队列不具备重发机制的条件下，也可以通过独立重发模块将业务消息进行重发，提高了消息队列组件的选择范围，降低了开发者实现本方案的技术难度。
附图说明
17.通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：
18.图1示出了现有技术中集群间数据同步的流程示意图；
19.图2示出了本发明一个实施方式中一种集群间的数据同步方法的步骤示意图；
20.图3示出了本发明一个实施方式中一种集群间的数据同步方法的流程示意图；
21.图4示出了本发明一个实施方式中插入请求乱序的应用实例图；
22.图5示出了本发明一个实施方式中更新请求乱序的应用实例图；
23.图6示出了本发明一个实施方式中一种集群间的数据同步装置的结构示意图；
24.图7示出了本发明一个实施方式中一种电子设备的结构示意图。
具体实施方式
25.为使本发明实施方式的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。
26.请参阅图2和图3，在一个实施方式中，本发明实施例提供的一种集群间的数据同步方法，应用在主集群和备份集群之间进行数据同步工作的中间设备上，具体包括以下步骤：
27.步骤s101：将业务活动产生的携带版本号的业务数据发送至主集群，并对应生成业务数据的业务消息，然后将业务消息发送至消息队列，其中，版本号是从预设的版本号序
列中取出的数值，业务活动、业务数据的生成、业务数据在主集群中的存储、业务消息的创建以及业务消息的发送构成一个本地事务。
28.步骤s102：将业务消息从消息队列中取出，并基于业务消息的版本号校验业务消息是否为备份集群当前待接收业务数据对应的目标业务消息。
29.步骤s103：若校验通过则从业务消息中解析出业务数据，并将业务数据发送至备份集群以进行存储。
30.具体地，现有技术在集群之间进行数据同步时，常常出现由消息乱序导致的数据不一致问题，消息乱序主要包括以下场景：
31.1.插入请求乱序
32.如图4所示，主集群一侧连续处理了一个插入和一个更新请求后，数据库中的值为b。但是，在发送消息时，重复发送了一条消息即图4中的第3条消息。当这三条消息消费完成后，备份集群中的数据为a。此时，主备份集群的数据不一致。
33.2.更新请求乱序
34.如图5所示，在主集群一侧顺序处理了三个请求：“插入a”、“更新为b”和“更新为c”。主集群侧的最终数据应当为c。在将请求同步到备份集群侧时，由于某些原因消息发生了乱序，“更新为b”的请求变为了最后一个请求。当同步完成后，备份集群侧的数据为b。这样，两侧系统就的数据就出现了不一致。
35.从而针对上述场景，本发明实施例在主集群和备份集群之间，进行数据同步工作的中间设备上(可以是各种类型的计算机设备)通过版本号校验机制，解决上述场景的问题。业务活动指的是需要备份日常活动数据的部门、公司、社团等角色进行的日常工作、生活等活动。当业务活动(例如银行中的存钱活动、运营商办理电话卡活动、酒店消费活动等等，本发明并不以此为限)结束后，生成对应的业务数据(例如某用户做了一笔存钱操作，存入某金额)，生产者程序基于携带版本号的业务数据会产生业务消息，并将每一次产生的业务消息发送到消息队列，从而按顺序将每条业务数据依次同步到备份集群中。在本实施例中，业务活动、业务数据的生成、业务数据的存储、业务消息的创建以及业务消息的发送构成一个本地事务，任何步骤不能出错，一旦出错会发生回滚，撤销相关的状态数据，恢复原始数据，并从头执行业务活动，从而保证了集群之间数据同步的准确性。版本号可以是按照预设顺序赋予的数字序号或文字，形成版本号序列，例如：版本号可以是1、2、3，
…
也可以是100、500、2500，
…
还可以是1、0、3、2、5、4
…
等等，本发明并不以此为限。本发明实施中，版本号是从预设的版本号序列中取出的数值，假设：预设的版本号序列为1、2、3、4
…
从1开始以递增顺序取值，若当前主集群某一业务数据的版本号为2，且有两个用户同时更新该业务数据。这两个用户更新时携带当前版本号2，当其中一个用户(例如a用户)先执行完业务活动后生成新版本号3，并且业务数据被成功保存后，主集群内的版本号更新为3。另一个用户(例如b用户)执行业务活动的速度较慢，因为a用户已经更新了业务数据和版本号，所以b用户携带的版本号2已经过时，从而b用户的业务活动必将失败。b用户需要重新获取当前主集群的业务数据版本号，携带版本号3再次尝试更新。之后，消费者程序将业务消息从消息队列中取出后，先将备份集群待接收消息的版本号与取出的业务消息的版本号进行比对，如果比对一致或者符合预设变化规律，则对该消息进行解析，得到对应的业务数据，之后将业务数据发送至备份集群中；如果版本号比对不一致或不符合预设变化规律，则不解析该条
业务消息，从而备份集群中接收不到该条业务消息对应的业务数据，不能将对应的业务数据覆盖，避免了同步错误的问题，提高了集群间数据同步的准确性。此外，与现有技术相比，业务活动结束后生成了业务数据和业务消息，业务消息不会先存入主集群，不需要通过生产者程序从主集群中以周期性的方式取出业务消息在发送给消息队列，而是通过生产者程序直接将生成的业务消息发送至消息队列，避免了冗余步骤，提高了消息传递效率。
36.具体地，在一实施例中，上述步骤s101，具体包括如下步骤：
37.步骤一：若业务活动执行失败，则退出当前数据同步进程，并通知外部用户重新发起执行业务活动的指令；若业务活动执行成功，将业务活动产生的携带版本号的业务数据发送至主集群。
38.步骤二：若业务数据在主集群中存储失败，则退出当前数据同步进程，并通知外部用户重新发起执行业务活动的指令；若业务数据在主集群中存储成功，则创建业务数据对应的业务消息。
39.步骤三：若业务消息创建失败，则撤销业务活动的执行，并退出当前数据同步进程，并通知外部用户重新发起执行业务活动的指令。
40.步骤四：若业务消息创建成功，则将业务消息发送至消息队列。
41.步骤五：若业务消息发送失败，从主集群中将业务数据撤销，并退出当前数据同步进程，并通知外部用户重新发起执行业务活动的指令。
42.具体地，业务活动与基于业务数据产生业务消息作为一个事务是一个不可分割的整体，任意一个环节出错都会造成集群之间同步的数据不一致，因此如果业务活动执行失败，则不进行数据同步，并通知外部用户失败结果，使外部用户重新发起执行业务活动的指令。如果业务活动执行成功，但是业务消息创建失败，为了保证集群间的业务数据一致，已经执行过的业务活动也必须撤销，从而保证了执行业务活动和创建业务消息操作的原子性，同时通知外部用户失败结果，使外部用户重新发起执行业务活动的指令。如果业务活动执行成功，业务数据发送至主集群中的步骤失败，同样进行业务回滚。如果业务消息成功创建，但是业务消息发送到消息队列的过程中出现了问题，同样需要业务回滚撤销业务活动的执行结果，版本号会同业务数据一并撤销。上述步骤在任何步骤出现问题必须返回第一步重新执行，只有上述步骤均正确执行才能执行后续的数据同步的步骤，进一步保证了本发明实施方式提供的集群间的数据同步方法的准确性和可靠性。
43.具体地，在一实施例中，在上述步骤s102之后，本发明实施例提供的一种集群间的数据同步方法，还包括如下步骤：
44.步骤十二：若校验不通过，并在版本号表征业务消息版本超前时，通知消息队列重新部署业务消息。具体地，当业务消息的版本校验不通过时，如果是消息版本超前的情况，说明该业务消息没有同步成功，从而需要消息队列将该业务消息进行重新部署，后续使消费者程序再次取该条业务消息，保证后续备份集群中的数据与主集群中一致。例如：某一条业务消息版本号按照v1、v2、v3、v4的顺序进行消息更新，备份集群当前待接收的消息为v2，而当前消息队列当前需要发送的消息是v3，那么版本校验模块通过比对发现版本超前，从而通知消息队列重新部署该消息。
45.具体地，在一实施例中，在将业务消息发送至消息队列中的同时，还将业务消息发送至主集群中，在步骤s102之后，本发明实施例提供的一种集群间的数据同步方法，还包括
如下步骤：
46.步骤十三：通过消息删除模块将校验通过和校验为版本滞后的业务消息从主集群中删除。具体地，为了保证业务消息在主集群中能够准确校对，仍然保留现有技术将业务消息发送至主集群中存储的机制，但是为了提高消息管理效率，消除消息冗余，在进行数据同步工作的中间设备上设置有消息删除模块。消息删除模块根据校验模块反馈的业务消息同步结果对主集群中的冗余业务消息进行删除。当业务消息同步成功，或者校验版本为版本滞后时(例如备份集群待接收消息版本为v2，此时消息队列需要发送的消息是v1，出现版本滞后的情况，备份集群待接收v2版本的消息说明备份集群已经接收过v1版本的消息，因此v1版本的消息本质上也是同步成功的。)，进行数据同步工作的中间设备会通过消息删除模块发送指令通知主集群将对应的业务消息删除，减少消息冗余，提高主集群的存储能力。
47.具体地，在一实施例中，在消息队列没有重新部署机制的情况下，本发明实施例提供的一种集群间的数据同步方法，还包括如下步骤：
48.步骤六：将主集群中存在时长超过预设时间长度的第一业务消息通过独立重发模块发送至消息队列，以进行业务消息的重新部署。
49.步骤七：通过独立重发模块重置第一业务消息的存在时长，并更新第一业务消息的发送次数。
50.具体地，在现有技术中，消息重新部署通常是通过消息队列组件进行的，消息队列组件具有多种类型，而大多数的消息队列是不具备消息重新部署机制的，这就导致现有技术会对消息队列的限制过大，具有重新部署机制的消息队列技术只掌握在少数技术部门手中，并不是公开使用的，其保密性导致技术的获取难度较大。因此，本实施例提出在消息队列之外设置独立重发模块进行业务消息的重发，降低了开发者的开发难度。通常业务消息在预设时间内就会完成同步，不会使用很长的时间。因此，基于消息删除模块的功能，如果某一条消息很久都没有被删除，认为其同步一直未成功，从而该消息需要重发。例如：通常消息在1分钟之内就会同步成功，那么设置重发时间为1分钟，独立重发模块会读取主集群中各个业务消息的存在时间，如果时间存在超过1分钟，认为该业务消息大概率没有同步成功，从而对该业务消息重发，并将该消息的存在时间重置为0，累计该业务消息的重发次数。在业务消息的重发次数过多时，管理员需要对该消息进行关注，并检查同步系统是否出现了异常。因此除了降低开发难度以外，设置独立重发模块还提高了业务数据同步工作的整体可靠性。
51.具体地，在一实施例中，上述步骤s102包括如下步骤：
52.步骤八：判断备份集群中是否存在与业务消息对应同一执行对象的业务数据，若不存在则校验通过，并将业务消息作为目标业务消息，执行对象是进行业务活动的外部用户。
53.步骤九：若存在则判断业务消息的版本号与备份集群中对应同一执行对象的业务数据的版本号是否符合预设顺序，预设顺序为版本号序列的顺序。
54.步骤十：若符合预设顺序则校验通过，并将业务消息作为目标业务消息。
55.步骤十一：若不符合预设顺序则校验不通过。
56.具体地，校验模块在对业务消息进行校验时，首先搜索备份集群中是否包含与业务消息对应同一执行对象的业务数据，例如：存钱的业务活动，不同的人或不同单位(作为
外部用户)进行存钱，其业务活动以及业务数据对应的执行对象不同，因此同类型的业务活动可能是由不同对象进行的，从而首先对业务消息对应的执行对象进行校验，如果备份集群中没有表示同一执行对象的业务数据，表征当前发送的业务消息是该执行对象的第一次业务活动，消费者程序直接将业务消息进行解析，并将解析出的业务数据发送至备份集群。如果备份集群中具有表示同一执行对象的业务数据，表征该业务消息所属的执行对象不是第一次执行该类型的业务活动，因此需要校验版本号。在本实施例中，版本号以预设顺序生成，包括但不限于v1、v2、v3
…
，v1、v3、v5
…
，v2、v4、v6
…
等具有数字规律的形式。消费者程序会判断当前取出的业务消息是不是备份集群以预设顺序待接收的业务消息，如果符合预设顺序则通过校验，从而更新备份集群中对应对象的业务数据，解决了由消息在传输过程中乱序所导致的数据不一致问题，提高了集群间数据同步的准确性。例如：现有三条消息，消息一是插入a、消息二是更新为b、消息三还是插入a，消息队列中业务消息的顺序是：消息一、消息二、消息三。消费者程序消费消息队列中的第1条消息(即消息一)，备份集群的数据变为a，版本号为v1，备份集群待接收版本号为v2的消息。之后消费第2条消息(即消息二)，消息携带的版本号为v2，符合预设的顺序，校验通过，备集群中的数据变为b，版本号为v2，备份集群待接收版本号为v3的消息。之后消费第3条消息(即消息三)，对于插入a请求，版本校验模块校验数据是否已存在，因为该数据已经存在，所以拒绝该消息。同理，如果第三条消息是更新为c，版本号v4，校验发现版本号超前，校验不通过。在这三条消息消费完成后，主备集群的数据保持一致。
57.通过上述步骤，本技术提供一种集群间的数据同步方法，在业务活动之后，将业务活动产生的携带版本号的业务数据发送至主集群中，并基于业务数据生成业务消息，并将业务消息发送至消息队列中，之后通过消费者程序从消息队列中将业务消息取出，消费者程序会对业务消息的版本号进行校验，判断该业务消息是否是备份集群待接收的业务消息，只有在版本校验通过后，才将该业务消息解析出对应的业务数据，并同步到备份集群中，以完成业务同步。通过版本校验的机制，使得业务消息只有在版本号校验通过时才完成同步，解决了由消息在传输过程中乱序所导致的数据不一致问题，提高了备份集群中数据的准确性，并且每次生成的业务消息都直接发送至消息队列，不需要再从主集群中取出转达至消息队列，节省了冗余时间。
58.此外，为了方便业务消息的校对，保留了现有技术业务消息存储在主集群中的设置，但是额外在进行数据同步的设备中添加了消息删除模块，根据每次同步成功和版本滞后的反馈结果，将主集群中对应的业务消息删除，避免了消息冗余，提高了主集群的业务消息管理能力。之后额外在进行数据同步的设备中添加了独立重发模块，从而在消息队列不具备重发机制的条件下，也可以通过独立重发模块将业务消息进行重发，提高了消息队列组件的选择范围，降低了开发者实现本方案的技术难度。
59.如图6所示，本实施例还提供了一种集群间的数据同步装置，该装置包括：
60.本地事务模块101，用于将业务活动产生的携带版本号的业务数据发送至主集群，并对应生成业务数据的业务消息，然后将业务消息发送至消息队列，其中，版本号是从预设的版本号序列中取出的数值，业务活动、业务数据的生成、业务数据在主集群中的存储、业务消息的创建以及业务消息的发送构成一个本地事务。详细内容参见上述方法实施例中步骤s101的相关描述，在此不再进行赘述。
61.版本校验模块102，用于将业务消息从消息队列中取出，并基于业务消息的版本号校验业务消息是否为备份集群当前待接收业务数据对应的目标业务消息。详细内容参见上述方法实施例中步骤s102的相关描述，在此不再进行赘述。
62.请求发送模块103，用于若校验通过则从业务消息中解析出业务数据，并将业务数据发送至备份集群以进行存储。详细内容参见上述方法实施例中步骤s103的相关描述，在此不再进行赘述。
63.具体地，在一实施例中，一种集群间的数据同步装置还包括：
64.消息重新部署模块，用于在校验不通过时，并在版本号表征业务消息版本超前时，通知消息队列重新部署业务消息。
65.本发明实施例提供的一种集群间的数据同步装置，用于执行上述实施例提供的一种集群间的数据同步方法，其实现方式与原理相同，详细内容参见上述方法实施例的相关描述，不再赘述。
66.通过上述各个组成部分的协同合作，本技术提供一种集群间的数据同步装置，
67.在业务活动之后，将业务活动产生的业务数据发送至主集群中，并基于携带版本号的业务数据生成业务消息，并将业务消息发送至消息队列中，之后通过消费者程序从消息队列中将业务消息取出，消费者程序会对业务消息的版本号进行校验，判断该业务消息是否是备份集群待接收的业务消息，只有在版本校验通过后，才将该业务消息解析出对应的业务数据，并同步到备份集群中，以完成业务同步。通过版本校验的机制，使得业务消息只有在版本号校验通过时才完成同步，解决了由消息在传输过程中乱序所导致的数据不一致问题，提高了备份集群中数据的准确性，并且每次生成的业务消息都直接发送至消息队列，不需要再从主集群中取出转达至消息队列，节省了冗余时间。
68.此外，为了方便业务消息的校对，保留了现有技术业务消息存储在主集群中的设置，但是额外在进行数据同步的设备中添加了消息删除模块，根据每次同步成功和版本滞后的反馈结果，将主集群中对应的业务消息删除，避免了消息冗余，提高了主集群的业务消息管理能力。之后额外在进行数据同步的设备中添加了独立重发模块，从而在消息队列不具备重发机制的条件下，也可以通过独立重发模块将业务消息进行重发，提高了消息队列组件的选择范围，降低了开发者实现本方案的技术难度。
69.图7示出了本发明实施例的一种电子设备，该设备包括处理器901和存储器902，可以通过总线或者其他方式连接，图7中以通过总线连接为例。
70.处理器901可以为中央处理器(central processing unit，cpu)。处理器901还可以为其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。
71.存储器902作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如上述方法实施例中的方法所对应的程序指令/模块。处理器901通过运行存储在存储器902中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施例中的方法。
72.存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系
统、至少一个功能所需要的应用程序；存储数据区可存储处理器901所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器902可选包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至处理器901。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
73.一个或者多个模块存储在存储器902中，当被处理器901执行时，执行上述方法实施例中的方法。
74.上述电子设备具体细节可以对应参阅上述方法实施例中对应的相关描述和效果进行理解，此处不再赘述。
75.本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，实现的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)、随机存储记忆体(random access memory，ram)、快闪存储器(flash memory)、硬盘(hard disk drive，缩写：hdd)或固态硬盘(solid-state drive，ssd)等；存储介质还可以包括上述种类的存储器的组合。
76.虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。