消息处理的方法及相关装置制造方法及图纸

本申请实施例公开了一种消息处理的方法及相关装置，方法包括：接收需求指令和消息指令，其中，所述消息指令包括发送方消息和接收方消息；根据需求指令确定消息处理方式，并根据消息指令执行回调处理。如此，通过本申请实施例提出的方法，可根据需求指令确定不同的消息处理方式，同时，可根据消息指令来实现发送消息的回调处理和接收消息的回调处理，满足不同使用方的回调定制需求。同使用方的回调定制需求。同使用方的回调定制需求。

【技术实现步骤摘要】
消息处理的方法及相关装置


[0001]本申请涉及电子
，具体涉及一种消息处理的方法及相关装置。

技术介绍

[0002]目前，消息队列(massage queue)提供了一种在两个进程间或同一个进程内两个线程间传递数据的简单有效的方法，且消息队列独立于发送方和接收方而存在。消息队列机制中，消息队列起到信箱作用，消息进入队列后挂起，接收方有需要时从队列中获取。
[0003]但是上述方案中，发送方发送消息时机和接收方接收消息时机需要由开发人员确定，例如：需在发送方发送消息后，接收方才能接收消息；或者，发送方发送一次消息，接收方不能重复接收消息等。另外，若是多个发送方发送消息，接收方还需要考虑依次处理多个消息。因此，亟需一种支持多种时机发送或接收消息的处理方法。

技术实现思路

[0004]本申请实施例提供了一种消息处理的方法及相关装置，可消息处理的功能，来保证数据库之间的数据一致性，同时根据元数据信息能够实现数据回收，及时释放系统资源空间，避免系统资源的浪费。
[0005]第一方面，本申请实施例提供一种消息处理的方法，应用于服务器，包括：
[0006]接收需求指令和消息指令，其中，所述消息指令包括发送方消息和接收方消息；
[0007]根据所述需求指令确定消息处理方式，并根据所述消息指令执行回调处理。
[0008]第二方面，本申请实施例提供一种消息处理的装置，应用于服务器，所述装置包括：
[0009]接收单元，所述接收单元用于接收需求指令和消息指令，其中，所述消息指令包括发送方消息和接收方消息；
[0010]处理单元，所述处理单元用于根据所述需求指令确定消息处理方式，并根据所述消息指令执行回调处理。
[0011]第三方面，本申请实施例提供一种电子设备，包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置由上述处理器执行，上述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。
[0012]第四方面，本申请实施例提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。
[0013]第五方面，本申请实施例提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
[0014]可以看出，本申请实施例公开了一种消息处理的方法及相关装置，方法包括：接收
需求指令和消息指令，其中，所述消息指令包括发送方消息和接收方消息；根据需求指令确定消息处理方式，并根据消息指令执行回调处理。如此，通过本申请实施例提出的方法，可根据需求指令确定不同的消息处理方式，同时，可根据消息指令来实现发送消息的回调处理和接收消息的回调处理，满足不同使用方的回调定制需求。
附图说明
[0015]为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0016]图1A是本申请实施例提供的一种常见的消息收发架构示意图；
[0017]图1B是本申请实施例提供的一种消息收发的架构示意图；
[0018]图2是本申请实施例提供的一种消息处理的方法的流程示意图；
[0019]图3是本申请实施例提供的一种异步发送消息处理方式结构示意图；
[0020]图4是本申请实施例提供的一种同步发送消息处理方式结构示意图；
[0021]图5是本申请实施例提供的一种同步发送和接收消息处理方式结构示意图；
[0022]图6是本申请实施例提供的一种消息中枢执行消息发送的流程示意图；
[0023]图7是本申请实施例提供的一种消息中枢执行消息接收的流程示意图；
[0024]图8是本申请实施例提供的一种消息处理装置的结构示意图；
[0025]图9是本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
[0026]为了使本
的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0027]本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
[0028]在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
[0029]为了更好地理解本申请实施例的方案，下面先对本申请实施例可能涉及的电子设备、相关概念和背景进行介绍。
[0030]1)本申请实施例所涉及到的电子设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种
形式的用户设备(user equipment，UE)，移动台(mobile station，MS)，终端设备(terminal device)等等。为方便描述，上面提到的设备统称为电子设备。示例的，该电子设备可以包括本申请实施例中所描述的服务器。
[0031]2)消息队列(massage queue)：消息收发比较常见的Linux内核提供的消息队列机制。消息队列，就是一个消息的链表，是一系列保存在内核中消息的列表。用户进程可以向消息队列添加消息，也可以向消息队列读取消息。对消息队列有写权限的进程可以向消息队列中按照一定的规则添加新消息，对消息队列有读权限的进程可以从消息队列中读取消息。进程间通过消息队列通信，主要是：创建或打开消息队列，添加消息，读取消息和控制消息队列。常用函数如下表1：
[0032]表1
[0033][0034]其中，表1中的各项分别表示：Ftok函数(file to key，Ftok)是指根据文件的路径工程ID生成标准的键值key；Msg本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种消息处理的方法，应用于服务器，其特征在于，包括：接收需求指令和消息指令，其中，所述消息指令包括发送方消息和接收方消息；根据所述需求指令确定消息处理方式，并根据所述消息指令执行回调处理。2.根据权利要求1所述的方法，其特征在于，所述消息指令还包括所述发送方消息的发送接口标识ID，所述接收方消息还包括接收方接口标识ID；所述根据所述需求指令确定消息处理方式并根据所述消息指令执行回调处理之前，所述方法还包括：将所述发送方消息和所述发送方消息的发送接口标识ID存入哈希映射表中；将所述接收方消息和所述接收方接口标识ID存入所述哈希映射表中。3.根据权利要求1或2所述的方法，其特征在于，所述消息处理方式包括：异步发送、同步发送、同步发送和接收；在所述根据所述需求指令确定消息处理方式之后，所述方法还包括：若所述消息处理方式为所述异步发送，则将所述发送方消息加入发送消息队列；若所述消息处理方式为所述同步发送，则等待所述发送方消息发送完成；若所述消息处理方式为同步发送和接收，则等待所述发送方消息发送完毕并接收到回复消息。4.根据权利要求3所述的方法，其特征在于，在所述消息处理方式为所述异步发送时，所述根据所述消息指令执行回调处理，包括：接收所述发送方消息；将所述发送方消息加入所述发送消息队列；根据所述消息指令在所述哈希映射表中查找所述发送接口标识ID；根据所述发送接口标识ID确定第一发送接口，并调用所述目标发送接口执行第一回调函数。5.根据权利要求3所述的方法，其特征在于，在所述消息处理方式为所述同步发送时，所述根据所述消息指令执行回调处理，包括：将所述发送方消息加入所述发送消息队列中；等待所述发送方消息被接收方从所述发送消...

【专利技术属性】
技术研发人员：马迎斌，
申请(专利权)人：哲库科技上海有限公司，
类型：发明
国别省市：