CN112685190A - 基于消息队列的同步调用方法、***及计算机设备 - Google Patents

Abstract

本发明公开了基于消息队列的同步调用方法、***、计算机设备及存储介质，涉及消息队列技术，包括将当前消息发送至服务器，并将当前线程根据消息ID进行上锁；接收服务器发送的回包消息；将回包消息与当前消息进行合并，得到合并消息；获取所述回包消息对应的消息ID及回包消息接收时间，根据回包消息接收时间与当前消息对应的发送时间之间的时间间隔进行对应的目标操作。通过消息队列添加同步调用的方式后，可很方便地获取消息消费的详情和结果，无需再额外设计响应的同步机制，高可用方面均由消息队列进行统一设计。

Description

基于消息队列的同步调用方法、***及计算机设备

技术领域

本发明涉及云存储的消息队列技术领域，尤其涉及一种基于消息队列的同步调用方法、***、计算机设备及存储介质。

背景技术

目前，日常***使用中，消息队列一般都当作削峰填谷的中间缓冲组件，在流量***的时候当作缓冲以减少对后端业务***的冲击。此外，消息队列也可让上下游业务端解耦，对于熔断限流等高可用架构设计也无需太过于关心。因此，发送端一般不关心消息处理结果，消息队列一般不提供此类功能。

但是在日常业务处理中，有部分消息发送端需要知道消息处理结果。如果选择使用一般的服务调用框架，则失去了消息队列削峰填谷的作用，可能会对后端业务***造成冲击。而且选用RPC框架(即远程调用协议框架)会加大服务治理的难度，***间的相互调用关系会呈现指数级上升，调用追踪难度很大。

发明内容

本发明实施例提供了一种基于消息队列的同步调用方法、***、计算机设备及存储介质，旨在解决现有技术中选用RPC框架会加大服务治理的难度，***间的相互调用关系会呈现指数级上升，调用追踪难度很大的问题。

第一方面，本发明实施例提供了一种基于消息队列的同步调用方法，应用于一发送端，其包括：

将当前消息发送至服务器，并将所述当前消息对应的当前线程根据消息ID进行上锁以阻塞当前线程执行；其中，所述当前消息中包括消息头和消息体，所述消息头中包括用于标识是否为同步调用的标识值，及发送端连接信息和发送端实体信息；

接收服务器所发送与所述当前消息对应的回包消息；其中，所述回包消息中包括回包消息头和回包消息体；

将所述回包消息与所述当前消息进行合并，得到合并消息；

获取所述回包消息对应的消息ID及回包消息接收时间，判断回包消息接收时间与当前消息对应的发送时间之间的时间间隔是否超出预设的等待超时时间阈值；以及

若回包消息接收时间与当前消息对应的发送时间之间的时间间隔未超出所述等待超时时间阈值，对所述当前线程进行解锁。

第二方面，本发明实施例提供了一种基于消息队列的同步调用方法，应用于一服务器，其包括：

接收用户端发送的当前消息，解析所述当前消息中包括的消息头和消息体，将所述当前消息进行本地持久化以存储至预设的存储区域；

将所述当前消息发送至消费者队列；

接收消费端发送的与所述当前消息对应的回包消息，将所述回包消息进行解析得到回包消息头和回包消息体，并将所述回包消息进行本地持久化以存储至预设的存储区域；

获取所述回包消息头中包括的发送端连接信息，根据所述发送端连接信息与对应的发送端建立连接，将所述回包消息发送至所述发送端；以及

接收发送端根据所述回包消息发送的合并消息，将所述合并消息存储在对应的主题。

第三方面，本发明实施例提供了一种基于消息队列的同步调用***，其包括：服务器以及至少一发送端，所述发送端用于执行第一方面所述的基于消息队列的同步调用方法，所述服务器端用于执行如第二方面所述的基于消息队列的同步调用方法。

第四方面，本发明实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的基于消息队列的同步调用方法，或者所述处理器执行所述计算机程序时实现上述第二方面所述的基于消息队列的同步调用方法。

第五方面，本发明实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的基于消息队列的同步调用方法，或者所述计算机程序当被处理器执行时使所述处理器执行上述第二方面所述的基于消息队列的同步调用方法。

本发明实施例提供了一种基于消息队列的同步调用方法、***、计算机设备及存储介质，包括将当前消息发送至服务器，并将当前消息对应的当前线程根据消息ID进行上锁以阻塞当前线程执行；接收服务器所发送与当前消息对应的回包消息；其中，回包消息中包括回包消息头和回包消息体；将回包消息与当前消息进行合并，得到合并消息；获取所述回包消息对应的消息ID及回包消息接收时间，根据回包消息接收时间与当前消息对应的发送时间之间的时间间隔进行对应的目标操作。通过消息队列添加同步调用的方式后，可很方便地获取消息消费的详情和结果，无需再额外设计响应的同步机制，高可用方面均由消息队列进行统一设计。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的基于消息队列的同步调用方法的应用场景示意图；

图2为本发明实施例提供的基于消息队列的同步调用方法的流程示意图；

图3为本发明实施例提供的基于消息队列的同步调用方法的另一流程示意图；

图4为本发明实施例提供的基于消息队列的同步调用***的示意性框图；

图5为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

为了更清楚的理解本申请的技术方案，下面对所涉及的终端进行详细介绍。本申请中分别从发送端及服务器的角度描述技术方案。

第一是发送端，其可以向服务器发送同步调用消息，所发送的同步调用消息放入对应线程后锁定该线程，直至收到服务器返回的回包消息后再判断是否对线程解锁。

第二是服务器，其中部署有消费者队列，服务器接收到来自发送端的同步调用消息时均可加入消费者队列。之后服务器还可接收来自消费端发送的与同步调用消息对应的回包消息并转发给发送端。

第三是消费端，其先从服务器的消费者队列中消费消息后对应处理得到处理结果，然后向服务器反馈与处理结果对应的回包消息。

首先在发送端的角度描述技术方案时，如下：

请参阅图1和图2，图1为本发明实施例提供的基于消息队列的同步调用方法的应用场景示意图；图2为本发明实施例提供的基于消息队列的同步调用方法的流程示意图，该基于消息队列的同步调用方法应用于发送端中，该方法通过安装于发送端中的应用软件进行执行。其中，发送端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。

如图2所示，该方法包括步骤S101～S104。

S101、将当前消息发送至服务器，并将所述当前消息对应的当前线程根据消息ID进行上锁以阻塞当前线程执行；其中，所述当前消息中包括消息头和消息体，所述消息头中包括用于标识是否为同步调用的标识值，及发送端连接信息和发送端实体信息。

在本实施例中，当发送端有需要发送至服务器的消息以进行运算处理时，此时可以选择发送一个同步调用消息至服务器。同步消息的特点是消息传递到服务器后需等待服务器响应，这样发送端本地用于处理该当前消息的当前线程需要被上锁以阻塞当前线程的执行，直至接收到服务器发送的回包消息。

在发送端，为了更好的区别于一般的消息，需要在消息头中增加一个用于标识是否为同步调用的标识值。例如标识值为0时表示该消息不是同步调用消息(也即表示该消息为异步调用消息)，标识值为1时表示该消息是同步调用消息。若当前消息为异步调用消息时，将当前消息放入执行线程池后即可返回释放。若当前消息为同步调用消息时，当消息放入本地线程池中的当前线程后，需要为该当前线程设置一个基于消息ID的锁，并以此阻塞当前线程执行，模拟同步调用等待返回的效果。

消息头中除了包括标识值，还包括发送端连接信息和发送端实体信息，服务器根据发送端连接消息可以和发送端建立连接，服务器根据发送端实体信息可以获知发送端的详细终端信息(如发送端终端名称、发送端串号等)。

S102、接收服务器所发送与所述当前消息对应的回包消息；其中，所述回包消息中包括回包消息头和回包消息体。

在本实施例中，当发送端将当前消息发送至服务器后，服务器中的当前消息也会被消费端消费处理后向服务器反馈一个回包消息，服务器根据回包消息中的回包消息头中的发送端连接信息与发送端建立连接后，将该回包消息发送至发送端。

S103、将所述回包消息与所述当前消息进行合并，得到合并消息。

在本实施例中，当发送端接收到所述回包消息后，会与所述当前消息进行合并，从而得到合并消息。通过这一合并是为了将合并消息再次发送至服务器中相应的主题存储区域，以对合并消息做进一步的数据处理。

在一实施例中，步骤S103包括：

将所述回包消息的回包消息头与所述当前消息的当前消息的消息头进行合并，并将所述所述回包消息的回包消息体与所述当前消息的当前消息的消息体进行合并，得到合并消息。

在本实施例中，进行上述方式的合并，由于是回包消息头与消息头合并，且回包消息体与消息体合并，这样合并出来的消息是更加准确，且是带有标识值和发送端连接消息。服务器在接收到该合并消息之后能快捷的根据合并消息对应的主题进行存储。

在一实施例中，步骤S103之后还包括：

获取所述合并消息的主题信息，将所述合并信息根据主题信息发送至服务器对应的PublishMessage接口以进行主题发布。

在本实施例中，服务器中的主题是发布消息的目的地，发布者可以通过PublishMessage接口向主题发布消息。该主题的主题信息的URL存储在合并消息中的消息体中，具体的该主题信息的URL格式如下：

http://$AccountId.mns.<Region>.aliyuncs.com/topics/$TopicName；

其中，mns.<Region>.aliyuncs.com表示MNS访问域名，AccountId表示主题所有者的账号ID，TopicName表示主题名称。

之后服务器中一个Topic可以认为是一类消息，每个topic将被分成多个partition(区)，每个partition在存储层面是append log文件。任何发布到此partition的消息都会被直接追加到log文件的尾部，每条消息在文件中的位置称为offset(偏移量)，offset为一个long型数字，它是唯一标记一条消息。它唯一的标记一条消息。

S104、获取所述回包消息对应的消息ID及回包消息接收时间，根据回包消息接收时间与当前消息对应的发送时间之间的时间间隔进行对应的目标操作。

在本实施例中，由于发送端可以根据所述回包消息中的消息体对应获知消息ID及回包消息接收时间，而且也是已知当前线程根据消息ID进行上锁的时间从而得到当前消息对应的发送时间。将回包消息接收时间与当前消息对应的发送时间之间求差得到的时间间隔与所述等待超时时间阈值相比较，从而可以进一步判断回包是否超时，从而进行对应的目标操作。

在一实施例中，步骤S104包括：

判断回包消息接收时间与当前消息对应的发送时间之间的时间间隔是否超出预设的等待超时时间阈值；

若回包消息接收时间与当前消息对应的发送时间之间的时间间隔未超出所述等待超时时间阈值，对所述当前线程进行解锁；

若回包消息接收时间与当前消息对应的发送时间之间的时间间隔超出所述等待超时时间阈值，将所述回包消息进行忽略，并进行错误告警提示。

在本实施例中，若回包消息接收时间与当前消息对应的发送时间之间的时间间隔未超出所述等待超时时间阈值，表示发送端未超时，则对所述当前线程进行解锁，并返回回包消息发送端本地的业务代码提取处理结果结果而进行进一步的运算。

若回包消息接收时间与当前消息对应的发送时间之间的时间间隔超出所述等待超时时间阈值，表示发送端等待已超时，所述当前线程中上的锁已经提前释放，则会直接忽略该回包信息，发送端的业务***也会收到同步调用超时的错误告警。

可见，为消费者队列添加同步调用的方式后，发送端可以有途径很方便地获取消息消费的详情和结果，无需再额外设计响应的同步机制，高可用方面均由消费者队列进行统一设计。

之后在发送端的角度描述技术方案时，如下：

请参阅图1和图3，图3为本发明实施例提供的基于消息队列的同步调用方法的另一流程示意图，该基于消息队列的同步调用方法应用于服务器中，该方法通过安装于服务器中的应用软件进行执行。

如图3所示，该方法包括步骤S201～S205。

S201、接收用户端发送的当前消息，解析所述当前消息中包括的消息头和消息体，将所述当前消息进行本地持久化以存储至预设的存储区域。

在本实施例中，当服务器接收到了用户端发送的当前消息后，是先解析该当前消息，得到消息头和消息体，之后将该当前消息在本地进行持久化(也就是将当前消息存储在服务器本地的磁盘)。完成对消息的解析后，即可执行后续的步骤。

S202、将所述当前消息发送至消费者队列。

在本实施例中，当服务器完成了当前消息的持久化之后，将所述当前消息发送至消费者队列，所述消费者队列是部署在服务器本地。其中，各发送端发送至服务器的消息进入消费者队列时是遵守先进先出的原则，也即先进入消费者队列的消息是可以先被消费端消费处理。

在一实施例中，步骤S202之后还包括：

若接收到消费端的消费指令，将所述消费者队列中当前排名位于首位的消息发送至消费端。

在本实施例中，各发送端发送至服务器的消息进入消费者队列后，所述消费者队列是将各消息按照消息进入队列的先后顺序，依序由消费端进行消费。也就是每次将所述消费者队列中当前排名位于首位的消息发送至消费端后，将该发送至消费端的消息从消费者队列中移除，之前排在第二位的消息此时排在了首位。以此类推，直至将所述消费者队列中所有的消息消费完毕。

S203、接收消费端发送的与所述当前消息对应的回包消息，将所述回包消息进行解析得到回包消息头和回包消息体，并将所述回包消息进行本地持久化以存储至预设的存储区域。

在本实施例中，当消费端消费了当前消息后，根据当前消息中的计算逻辑对其进行运算，得到与当前消息对应的处理结果，然后消费端中将处理结果填充至消息体中，与当前消息的消息头封装得到回包消息，将该回包消息发送至服务器。其中，所述存储区域为磁盘区域。

此时，若服务器接收到消费端发送的与所述当前消息对应的回包消息，是先对所述回包消息进行解析，得到回包消息头和回包消息体，然后将所述回包消息进行本地持久化以存储至预设的存储区域。

S204、获取所述回包消息头中包括的发送端连接信息，根据所述发送端连接信息与对应的发送端建立连接，将所述回包消息发送至所述发送端。

在本实施例中，当服务器将回包消息进行解析和持久化处理后，从回包消息的回包消息头中获取发送端连接信息，根据该发送端连接信息在本地的长连接列表中搜索获取到目标发送端的连接信息，之后根据该连接信息与对应的发送端建立连接，将所述回包消息发送至所述发送端。

S205、接收发送端根据所述回包消息发送的合并消息，将所述合并消息存储在对应的主题。

在本实施例中，服务器中的主题是发布消息的目的地，发布者可以通过PublishMessage接口向主题发布消息，故服务器能接收合并消息，并根据该合并消息对应的主题而存储在相应的主题区域。

可见，由于服务端所连接消费端仅需回复一个回包消息，所有的中间过程都由服务器进行处理，对业务入侵性很弱。同时，上下游解耦的好处也依旧存在，如削峰填谷，熔断限流等。

该方法通过消息队列添加同步调用的方式后，可很方便地获取消息消费的详情和结果，无需再额外设计响应的同步机制，高可用方面均由消息队列进行统一设计。

本发明实施例还提供一种基于消息队列的同步调用***，该基于消息队列的同步调用***包括，服务器以及至少一发送端，所述发送端用于执行前述在发送端上实现的基于消息队列的同步调用方法的任一实施例，所述服务器用于执行前述在服务器上实现的基于消息队列的同步调用方法的任一实施例。具体地，请参阅图4，图4是本发明实施例提供的基于消息队列的同步调用***的示意性框图。该基于消息队列的同步调用***100可以配置于发送端中。其中，发送端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。

如图4所示，基于消息队列的同步调用***100包括服务器20以及至少一发送端10。

其中，所述发送端10包括：当前消息发送单元101、回包消息接收单元102、消息合并单元103、目标操作单元104。

当前消息发送单元101，用于将当前消息发送至服务器，并将所述当前消息对应的当前线程根据消息ID进行上锁以阻塞当前线程执行；其中，所述当前消息中包括消息头和消息体，所述消息头中包括用于标识是否为同步调用的标识值，及发送端连接信息和发送端实体信息。

在本实施例中，当发送端有需要发送至服务器的消息以进行运算处理时，此时可以选择发送一个同步调用消息至服务器。同步消息的特点是消息传递到服务器后需等待服务器响应，这样发送端本地用于处理该当前消息的当前线程需要被上锁以阻塞当前线程的执行，直至接收到服务器发送的回包消息。

在发送端，为了更好的区别于一般的消息，需要在消息头中增加一个用于标识是否为同步调用的标识值。例如标识值为0时表示该消息不是同步调用消息(也即表示该消息为异步调用消息)，标识值为1时表示该消息是同步调用消息。若当前消息为异步调用消息时，将当前消息放入执行线程池后即可返回释放。若当前消息为同步调用消息时，当消息放入本地线程池中的当前线程后，需要为该当前线程设置一个基于消息ID的锁，并以此阻塞当前线程执行，模拟同步调用等待返回的效果。

消息头中除了包括标识值，还包括发送端连接信息和发送端实体信息，服务器根据发送端连接消息可以和发送端建立连接，服务器根据发送端实体信息可以获知发送端的详细终端信息(如发送端终端名称、发送端串号等)。

回包消息接收单元102，用于接收服务器所发送与所述当前消息对应的回包消息；其中，所述回包消息中包括回包消息头和回包消息体。

在本实施例中，当发送端将当前消息发送至服务器后，服务器中的当前消息也会被消费端消费处理后向服务器反馈一个回包消息，服务器根据回包消息中的回包消息头中的发送端连接信息与发送端建立连接后，将该回包消息发送至发送端。

消息合并单元103，用于将所述回包消息与所述当前消息进行合并，得到合并消息。

在本实施例中，当发送端接收到所述回包消息后，会与所述当前消息进行合并，从而得到合并消息。通过这一合并是为了将合并消息再次发送至服务器中相应的主题存储区域，以对合并消息做进一步的数据处理。

在一实施例中，消息合并单元103还用于：

将所述回包消息的回包消息头与所述当前消息的当前消息的消息头进行合并，并将所述所述回包消息的回包消息体与所述当前消息的当前消息的消息体进行合并，得到合并消息。

在本实施例中，进行上述方式的合并，由于是回包消息头与消息头合并，且回包消息体与消息体合并，这样合并出来的消息是更加准确，且是带有标识值和发送端连接消息。服务器在接收到该合并消息之后能快捷的根据合并消息对应的主题进行存储。

在一实施例中，发送端10还包括：

主题发布单元，用于获取所述合并消息的主题信息，将所述合并信息根据主题信息发送至服务器对应的PublishMessage接口以进行主题发布。

在本实施例中，服务器中的主题是发布消息的目的地，发布者可以通过PublishMessage接口向主题发布消息。该主题的URL存储在合并消息中的消息体中，具体的该主题的URL格式如下：

http://$AccountId.mns.<Region>.aliyuncs.com/topics/$TopicName；

其中，mns.<Region>.aliyuncs.com表示MNS访问域名，AccountId表示主题所有者的账号ID，TopicName表示主题名称。

之后服务器中一个Topic可以认为是一类消息，每个topic将被分成多个partition(区)，每个partition在存储层面是append log文件。任何发布到此partition的消息都会被直接追加到log文件的尾部，每条消息在文件中的位置称为offset(偏移量)，offset为一个long型数字，它是唯一标记一条消息。它唯一的标记一条消息。

目标操作单元104，用于获取所述回包消息对应的消息ID及回包消息接收时间，根据回包消息接收时间与当前消息对应的发送时间之间的时间间隔进行对应的目标操作。

在本实施例中，由于发送端可以根据所述回包消息中的消息体对应获知消息ID及回包消息接收时间，而且也是已知当前线程根据消息ID进行上锁的时间从而得到当前消息对应的发送时间。将回包消息接收时间与当前消息对应的发送时间之间求差得到的时间间隔与所述等待超时时间阈值相比较，从而可以进一步判断回包是否超时。

在一实施例中，目标操作单元104包括

超时判断单元，用于判断回包消息接收时间与当前消息对应的发送时间之间的时间间隔是否超出预设的等待超时时间阈值；

当前线程解锁单元，用于若回包消息接收时间与当前消息对应的发送时间之间的时间间隔未超出所述等待超时时间阈值，对所述当前线程进行解锁；

错误告警提示单元，用于若回包消息接收时间与当前消息对应的发送时间之间的时间间隔超出所述等待超时时间阈值，将所述回包消息进行忽略，并进行错误告警提示。

在本实施例中，若回包消息接收时间与当前消息对应的发送时间之间的时间间隔未超出所述等待超时时间阈值，表示发送端未超时，则对所述当前线程进行解锁，并返回回包消息发送端本地的业务代码提取处理结果结果而进行进一步的运算。

在本实施例中，若回包消息接收时间与当前消息对应的发送时间之间的时间间隔超出所述等待超时时间阈值，表示发送端等待已超时，所述当前线程中上的锁已经提前释放，则会直接忽略该回包信息，发送端的业务***也会收到同步调用超时的错误告警。

可见，为消费者队列添加同步调用的方式后，发送端可以有途径很方便地获取消息消费的详情和结果，无需再额外设计响应的同步机制，高可用方面均由消费者队列进行统一设计。

其中，所述服务器20包括：当前消息接收单元201、消费者队列发送单元202、回包消息解析单元203、连接建立单元204、主题发送单元205。

当前消息接收单元201，用于接收用户端发送的当前消息，解析所述当前消息中包括的消息头和消息体，将所述当前消息进行本地持久化以存储至预设的存储区域。

在本实施例中，当服务器接收到了用户端发送的当前消息后，是先解析该当前消息，得到消息头和消息体，之后将该当前消息在本地进行持久化(也就是将当前消息存储在服务器本地的磁盘)。完成对消息的解析后，即可执行后续的步骤。

消费者队列发送单元202，用于将所述当前消息发送至消费者队列。

在本实施例中，当服务器完成了当前消息的持久化之后，将所述当前消息发送至消费者队列，所述消费者队列是部署在服务器本地。其中，各发送端发送至服务器的消息进入消费者队列时是遵守先进先出的原则，也即先进入消费者队列的消息是可以先被消费端消费处理。

在一实施例中，服务器20还包括：

消费者队列消费单元，用于若接收到消费端的消费指令，将所述消费者队列中当前排名位于首位的消息发送至消费端。

在本实施例中，各发送端发送至服务器的消息进入消费者队列后，所述消费者队列是将各消息按照消息进入队列的先后顺序，依序由消费端进行消费。也就是每次将所述消费者队列中当前排名位于首位的消息发送至消费端后，将该发送至消费端的消息从消费者队列中移除，之前排在第二位的消息此时排在了首位。以此类推，直至将所述消费者队列中所有的消息消费完毕。

回包消息解析单元203，用于接收消费端发送的与所述当前消息对应的回包消息，将所述回包消息进行解析得到回包消息头和回包消息体，并将所述回包消息进行本地持久化以存储至预设的存储区域。

在本实施例中，当消费端消费了当前消息后，根据当前消息中的计算逻辑对其进行运算，得到与当前消息对应的处理结果，然后消费端中将处理结果填充至消息体中，与当前消息的消息头封装得到回包消息，将该回包消息发送至服务器。其中，所述存储区域为磁盘区域。

此时，若服务器接收到消费端发送的与所述当前消息对应的回包消息，是先对所述回包消息进行解析，得到回包消息头和回包消息体，然后将所述回包消息进行本地持久化以存储至预设的存储区域。

连接建立单元204，用于获取所述回包消息头中包括的发送端连接信息，根据所述发送端连接信息与对应的发送端建立连接，将所述回包消息发送至所述发送端。

在本实施例中，当服务器将回包消息进行解析和持久化处理后，从回包消息的回包消息头中获取发送端连接信息，根据该发送端连接信息在本地的长连接列表中搜索获取到目标发送端的连接信息，之后根据该连接信息与对应的发送端建立连接，将所述回包消息发送至所述发送端。

主题发送单元205，用于接收发送端根据所述回包消息发送的合并消息，将所述合并消息存储在对应的主题。

在本实施例中，服务器中的主题是发布消息的目的地，发布者可以通过PublishMessage接口向主题发布消息，故服务器能接收合并消息，并根据该合并消息对应的主题而存储在相应的主题区域。

可见，由于服务端所连接消费端仅需回复一个回包消息，所有的中间过程都由服务器进行处理，对业务入侵性很弱。同时，上下游解耦的好处也依旧存在，如削峰填谷，熔断限流等。

该***通过消息队列添加同步调用的方式后，可很方便地获取消息消费的详情和结果，无需再额外设计响应的同步机制，高可用方面均由消息队列进行统一设计。

上述基于消息队列的同步调用***可以实现为计算机程序的形式，该计算机程序可以在如图5所示的计算机设备上运行。

请参阅图5，图5是本发明实施例提供的计算机设备的示意性框图。该计算机设备500是服务器，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。该计算机设备500还可以是发送端，发送端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。

参阅图5，该计算机设备500包括通过***总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括存储介质503和内存储器504。

该存储介质503可存储操作***5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行基于消息队列的同步调用方法。

该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。

该内存储器504为存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行基于消息队列的同步调用方法。

该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图5中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现本发明实施例公开的基于消息队列的同步调用方法。

本领域技术人员可以理解，图5中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图5所示实施例一致，在此不再赘述。

应当理解，在本发明实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在本发明的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现本发明实施例公开的基于消息队列的同步调用方法。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、***和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备、***和方法，可以通过其它的方式实现。例如，以上所描述的***实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、***或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种基于消息队列的同步调用方法，应用于一发送端，其特征在于，包括：

将当前消息发送至服务器，并将所述当前消息对应的当前线程根据消息ID进行上锁以阻塞当前线程执行；其中，所述当前消息中包括消息头和消息体，所述消息头中包括用于标识是否为同步调用的标识值，及发送端连接信息和发送端实体信息；

接收服务器所发送与所述当前消息对应的回包消息；其中，所述回包消息中包括回包消息头和回包消息体；

将所述回包消息与所述当前消息进行合并，得到合并消息；以及

获取所述回包消息对应的消息ID及回包消息接收时间，根据回包消息接收时间与当前消息对应的发送时间之间的时间间隔进行对应的目标操作。

2.根据权利要求1所述的基于消息队列的同步调用方法，其特征在于，所述获取所述回包消息对应的消息ID及回包消息接收时间，根据回包消息接收时间与当前消息对应的发送时间之间的时间间隔进行对应的目标操作，包括：

判断回包消息接收时间与当前消息对应的发送时间之间的时间间隔是否超出预设的等待超时时间阈值；

若回包消息接收时间与当前消息对应的发送时间之间的时间间隔未超出所述等待超时时间阈值，对所述当前线程进行解锁；

若回包消息接收时间与当前消息对应的发送时间之间的时间间隔超出所述等待超时时间阈值，将所述回包消息进行忽略，并进行错误告警提示。

3.根据权利要求1所述的基于消息队列的同步调用方法，其特征在于，所述将所述回包消息与所述当前消息进行合并，得到合并消息，包括：

将所述回包消息的回包消息头与所述当前消息的当前消息的消息头进行合并，并将所述所述回包消息的回包消息体与所述当前消息的当前消息的消息体进行合并，得到合并消息。

4.根据权利要求3所述的基于消息队列的同步调用方法，其特征在于，所述将所述回包消息与所述当前消息进行合并，得到合并消息之后，还包括：

获取所述合并消息的主题信息，将所述合并信息根据主题信息发送至服务器对应的PublishMessage接口以进行主题发布。

5.一种基于消息队列的同步调用方法，应用于一服务器，其特征在于，包括：

接收用户端发送的当前消息，解析所述当前消息中包括的消息头和消息体，将所述当前消息进行本地持久化以存储至预设的存储区域；

将所述当前消息发送至消费者队列；

接收消费端发送的与所述当前消息对应的回包消息，将所述回包消息进行解析得到回包消息头和回包消息体，并将所述回包消息进行本地持久化以存储至预设的存储区域；

获取所述回包消息头中包括的发送端连接信息，根据所述发送端连接信息与对应的发送端建立连接，将所述回包消息发送至所述发送端；以及

接收发送端根据所述回包消息发送的合并消息，将所述合并消息存储在对应的主题。

6.根据权利要求5所述的基于消息队列的同步调用方法，其特征在于，还包括：

若接收到消费端的消费指令，将所述消费者队列中当前排名位于首位的消息发送至消费端。

7.根据权利要求6所述的基于消息队列的同步调用方法，其特征在于，所述根据所述发送端连接信息与对应的发送端建立连接，包括：

根据所述发送端连接信息在本地的长连接列表中搜索获取到目标发送端的目标连接信息，与所述目标连接信息对应的发送端建立连接。

8.一种基于消息队列的同步调用***，其特征在于，包括服务器以及至少一发送端，所述发送端用于执行如权利要求1-4任一项所述的基于消息队列的同步调用方法，所述服务器端用于执行如权利要求5-7任一项所述的基于消息队列的同步调用方法。

9.一种计算机设备，所述计算机设备包括存储器以及与所述存储器相连的处理器；所述存储器用于存储计算机程序；所述处理器用于运行所述存储器中存储的计算机程序，以执行如权利要求1-4任一项所述基于消息队列的同步调用方法的步骤或是执行如权利要求5-7任一项所述基于消息队列的同步调用方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时可实现如权利要求1-4中任一项所述基于消息队列的同步调用方法的步骤，或者是实现如权利要求5-7中任一项所述基于消息队列的同步调用方法的步骤。

Images