消息处理方法和装置与流程

1.本发明涉及线程编程领域，具体而言，涉及一种消息处理方法和装置。


背景技术：

2.在很多软件解决方案中，不可避免的要涉及到多线程编程，多线程一方面为编程提供了便利，但也同时带来了很多问题，例如，windows api并不完全兼容posix标准，这使得线程及相关的api上有一些差异，需要用户自己进行平台相容的封装，目前主要有三种解决方案，第一种是windows上使用pthead实现库；第二种是利用最新的c11标准；第三种是用户自行编译条件区分，导致多线程跨平台性差。又例如，线程间同步问题，尤其当线程模块较多时，资源竞争，死锁等问题往往使程序问题很难维护和跟踪。
3.针对现有技术中基于多线程的消息处理方法存在线程间同步复杂，资源竞争、死锁的问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本发明实施例提供了一种消息处理方法和装置，以至少解决现有技术中基于多线程的消息处理方法存在线程间同步复杂，资源竞争、死锁的技术问题。
5.根据本发明实施例的一个方面，提供了一种消息处理方法，包括：通过工作线程从消息队列的头部获取第一消息，其中，消息队列中存储至少一条消息，消息队列由与用户业务对应的回调函数构建；通过工作线程确定第一消息的消息类型，其中，消息类型包括：同步消息或异步消息；在消息类型为同步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，在通过回调函数对全部第一消息处理完毕之后，通过工作线程从消息队列的头部获取第二消息；在消息类型为异步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，并通过工作线程从消息队列的头部获取第二消息。
6.进一步地，通过工作线程调用回调函数对第一消息进行处理，包括：通过工作线程和第一消息的消息数据，调用回调函数对第一消息进行处理。
7.进一步地，在消息类型为同步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，包括：通过工作线程唤醒同步调用线程，并为同步调用线程分配第一存储空间；通过同步调用线程调用回调函数对第一消息进行处理。
8.进一步地，在通过工作线程唤醒同步调用线程，并为同步调用线程分配第一存储空间之后，上述方法还包括：通过同步调用线程将第一消息的消息数据存储在第一存储空间内；通过同步调用线程在消息队列的尾部增加一条新消息。
9.进一步地，通过工作线程从消息队列的头部获取第二消息包括：通过同步调用线程唤醒工作线程；通过工作线程从消息队列的头部获取第二消息。
10.进一步地，在消息类型为异步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，包括：通过工作线程唤醒异步调用线程，并为异步调用线程分配第二存储空间；通过异步调用线程调用回调函数对第一消息进行处理。
11.进一步地，在通过工作线程唤醒异步调用线程，并为异步调用线程分配第二存储空间之后，上述方法还包括：通过异步调用线程将第一消息的消息数据存储在第二存储空间内；通过异步调用线程在消息队列的尾部增加一条新消息。
12.进一步地，通过工作线程从消息队列的头部获取第二消息包括：通过异步调用线程唤醒工作线程；通过工作线程从消息队列的头部获取第二消息。
13.进一步地，在通过异步调用线程唤醒工作线程之后，释放第二存储空间。
14.进一步地，在通过工作线程从消息队列的头部获取第一消息之前，构造消息队列，其中，在通过工作线程从消息队列的头部获取第二消息之前，上述方法还包括：判断是否检测到预设标志信息，其中，预设标志信息用于表征工作线程停止从消息队列的头部获取第二消息；如果检测到预设标志信息，则析构消息队列；如果未检测到预设标志信息，则通过工作线程从消息队列的头部获取第二消息。
15.进一步地，在通过工作线程从消息队列的头部获取第一消息之前，上述方法还包括：基于回调函数创建工作线程，并为工作线程分配第三存储空间。
16.进一步地，在通过工作线程从消息队列的头部获取第一消息之后，通过工作线程为第一消息分配第四存储空间，并将第一消息的消息数据存储在第四存储空间内。
17.进一步地，通过工作线程从消息队列的头部获取第一消息或第二消息包括：判断消息队列中是否存在消息；在确定消息队列中存在消息的情况下，通过工作线程从消息队列的头部获取第一消息或第二消息。
18.进一步地，通过工作线程从消息队列的头部获取第一消息或第二消息包括：利用互斥机制，通过工作线程从消息队列的头部获取第一消息或第二消息；通过同步调用线程或异步调用线程在消息队列的尾部增加一条新消息包括：利用互斥机制，通过同步调用线程或异步调用线程在消息队列的尾部增加一条新消息。
19.根据本发明实施例的另一方面，还提供了一种消息处理装置，包括：获取模块，用于通过工作线程从消息队列的头部获取第一消息，其中，消息队列中存储至少一条消息；确定模块，用于通过工作线程确定第一消息的消息类型，其中，消息类型包括：同步消息或异步消息；第一调用模块，用于在消息类型为同步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，在通过回调函数对全部第一消息处理完毕之后，通过工作线程从消息队列的头部获取第二消息；第二调用模块，用于在消息类型为异步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，并通过工作线程从消息队列的头部获取第二消息。
20.根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述的消息处理方法。
21.根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述的消息处理方法。
22.根据本发明实施例的另一方面，还提供了一种消息处理方法，包括：通过工作线程从消息队列的头部获取第一消息，其中，消息队列中存储至少一条消息；通过工作线程调用回调函数对第一消息进行处理；通过工作线程从消息队列的头部获取第二消息。
23.在本发明实施例中，在通过工作线程从消息队列的头部获取到第一消息之后，可以首先判断第一消息的消息类型，在消息类型为同步消息的情况下，通过工作线程调用回
调函数对第一消息进行处理，在通过回调函数对全部第一消息处理完毕之后，通过工作线程从消息队列的头部获取第二消息，在消息类型为异步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，并通过工作线程从消息队列的头部获取第二消，从而实现多线程消息处理。与现有技术相比，仅通过工作线程调用回调函数对消息队列中存储的第一消息进行处理，而且可以对不同消息类型的消息执行不同的操作，从而达到了对用户隐藏多线程及其同步的细节，提高消息处理的便捷性，提高消息处理的兼容性，提升用户体验感和好感度的而技术效果，进而解决了现有技术中基于多线程的消息处理方法存在线程间同步复杂，资源竞争、死锁的技术问题。
附图说明
24.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
25.图1是根据本发明实施例的一种消息处理方法的流程图；
26.图2是根据本发明实施例的一种可选的工作线程的构造流程图；
27.图3是根据本发明实施例的一种可选的消息队列的实现逻辑图；
28.图4是根据本发明实施例的一种可选的工作线程运行流程图；
29.图5是根据本发明实施例的一种可选的消息调用流程图；
30.图6是根据本发明实施例的一种消息处理装置的示意图；以及
31.图7是根据本发明实施例的另一种消息处理方法的流程图。
具体实施方式
32.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
33.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
34.实施例1
35.根据本发明实施例，提供了一种消息处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
36.图1是根据本发明实施例的一种消息处理方法的流程图，如图1所示，该方法包括
如下步骤：
37.步骤s102，通过工作线程从消息队列的头部获取第一消息，其中，消息队列中存储至少一条消息，消息队列由与用户业务对应的回调函数构建。
38.具体地，上述的工作线程可以是预先建立的用于对至少一条消息进行处理的线程，通过工作线程对至少一条消息进行处理，对于用户来说，可以实现多线程同步处理的效果，并且隐藏了多线程及其同步的细节，使得使用极为便利；上述的消息队列可以是根据需要处理需要预先建立的队列，至少一个待处理处理的消息存储在消息队列中，工作线程通过按顺序对消息队列中存储的消息进行处理，实现用户级的多线程同步处理。
39.步骤s104，通过工作线程确定第一消息的消息类型，其中，消息类型包括：同步消息或异步消息。
40.具体地，消息队列中存储的消息可以分为同步消息和异步消息，对于同步消息，工作线程需要在同步消息执行完毕，得到执行结果之后才能执行其他消息，而对于异步消息，工作线程无需等待执行结果即可执行其他消息。
41.步骤s106，在消息类型为同步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，在通过回调函数对全部第一消息处理完毕之后，通过工作线程从消息队列的头部获取第二消息。
42.具体地，上述的回调函数可以是用户业务相关的消息处理函数，通过工作线程进行调用，可以处理消息队列中存储的消息。
43.步骤s108，在消息类型为异步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，并通过工作线程从消息队列的头部获取第二消息。
44.需要说明的是，上述的工作线程、消息队列和回调函数可以是利用成熟的开源项目libuv实现跨平台的底层支持，将业务进行合理包装，并通过纯c语言编写的多线程消息通信框架，具体地，工作线程定义如下；typedef void*handler；handler newhandler(void*obj,handlercallback cb)；回调函数定义如下：typedef int64_t(*handlercallback)(void*obj,int msg,int64_t wparam,int64_t lparam)。
45.在一种可选的方案中，用户可以利用自己业务相关的回调函数，构建消息队列，消息队列中存储多个待处理的消息，由于通过工作线程同时只能对一个消息进行处理，可以通过工作线程获取消息队列头部的一个消息，并判断该消息时同步消息还是异步消息，如果确定该消息是同步消息，则可以调用回调函数对该消息进行处理，在确定回调函数对该消息处理完毕之后，可以继续对其他消息进行处理；如果确定该消息是异步消息，则可以调用回调函数对该消息进行处理，无需等待该消息的执行结果，直接对其他消息进行处理。对其他消息进行处理可以通过工作线程再次从消息队列的头部获取一个消息实现。
46.在本发明上述实施例中，在通过工作线程从消息队列的头部获取到第一消息之后，可以首先判断第一消息的消息类型，在消息类型为同步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，在通过回调函数对全部第一消息处理完毕之后，通过工作线程从消息队列的头部获取第二消息，在消息类型为异步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，并通过工作线程从消息队列的头部获取第二消，从而实现多线程消息处理。与现有技术相比，仅通过工作线程调用回调函数对消息队列中存储的第一消息进行处理，而且可以对不同消息类型的消息执行不同的操作，从而达到了对用
户隐藏多线程及其同步的细节，提高消息处理的便捷性，提高消息处理的兼容性，提升用户体验感和好感度的而技术效果，进而解决了现有技术中基于多线程的消息处理方法存在线程间同步复杂，资源竞争、死锁的技术问题。
47.可选地，通过工作线程调用回调函数对第一消息进行处理，包括：通过工作线程和第一消息的消息数据，调用回调函数对第一消息进行处理。
48.具体地，上述的消息数据可以是消息标识(例如，消息id)和参数(例如，抽象参数)。
49.在一种可选的方案中，用户提供消息标识、参数，通过工作线程可以调用回调函数对消息标识、参数对应的第一消息进行处理，得到处理结果。
50.可选地，在消息类型为同步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，包括：通过工作线程唤醒同步调用线程，并为同步调用线程分配第一存储空间；通过同步调用线程调用回调函数对第一消息进行处理。
51.具体地，上述的第一存储空间可以是栈内存，可以用于保存同步消息的消息数据。
52.在一种可选的方案中，对于同步消息，可以通过同步消息api，也即同步调用线程传递队列对象，具体地，使用栈内存，并创建同步对象，唤醒同步调用线程，并通过该同步调用线程对第一消息进行处理。
53.需要说明的是，同步调用线程定义如下：int64_t sendsyncmsg(handler h,int id,int64_t wparam,int64_t lparam)。
54.可选地，在通过工作线程唤醒同步调用线程，并为同步调用线程分配第一存储空间之后，上述方法还包括：通过同步调用线程将第一消息的消息数据存储在第一存储空间内；通过同步调用线程在消息队列的尾部增加一条新消息。
55.在一种可选的方案中，对于同步消息，可以将消息数据存储在栈内存中，并在消息队列末尾添加一条消息。
56.可选地，通过工作线程从消息队列的头部获取第二消息包括：通过同步调用线程唤醒工作线程；通过工作线程从消息队列的头部获取第二消息。
57.在一种可选的方案中，在同步消息处理完毕之后，可以激活条件变量，并唤醒工作线程，通过工作线程继续从消息队列的头部获取消息，得到第二消息，继续对第二消息进行处理。
58.可选地，在消息类型为异步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，包括：通过工作线程唤醒异步调用线程，并为异步调用线程分配第二存储空间；通过异步调用线程调用回调函数对第一消息进行处理。
59.具体地，上述的第二存储空间可以是消息体内存，用于存储异步消息的消息数据。
60.在一种可选的方案中，对于异步消息，可以通过异步消息api，也即通过异步调用函数传递队列对象，具体地，使用消息体内存，唤醒异步调用线程，并通过该异步调用线程对第一消息进行处理。
61.需要说明的是，异步调用线程定义如下：void sendasyncmsg(handler h,int id,int64_t wparam,int64_t lparam)。
62.可选地，在通过工作线程唤醒异步调用线程，并为异步调用线程分配第二存储空间之后，上述方法还包括：通过异步调用线程将第一消息的消息数据存储在第二存储空间
内；通过异步调用线程在消息队列的尾部增加一条新消息。
63.在一种可选的方案中，对于异步消息，可以将消息数据存储在消息体内存中，并在消息队列末尾添加一条消息。
64.可选地，通过工作线程从消息队列的头部获取第二消息包括：通过异步调用线程唤醒工作线程；通过工作线程从消息队列的头部获取第二消息。
65.在一种可选的方案中，在通过异步调用线程调用回调函数的同时，无需等待异步消息的处理结果，可以直接继续处理其他消息，也即可以激活条件变量，并唤醒工作线程，通过工作线程继续从消息队列的头部获取消息，得到第二消息，继续对第二消息进行处理。
66.可选地，在通过异步调用线程唤醒工作线程之后，释放第二存储空间。
67.在一种可选的方案中，为了避免存储空间浪费，在回调函数处理异步消息的同时，可以将存储异步消息的消息数据的消息体内存进行存储
68.可选地，在通过工作线程从消息队列的头部获取第一消息之前，构造消息队列，其中，在通过工作线程从消息队列的头部获取第二消息之前，上述方法还包括：判断是否检测到预设标志信息，其中，预设标志信息用于表征工作线程停止从消息队列的头部获取第二消息；如果检测到预设标志信息，则析构消息队列；如果未检测到预设标志信息，则通过工作线程从消息队列的头部获取第二消息。
69.具体地，上述的预设标志信息可以是退出标志，用于表征消息队列使用完毕。
70.在一种可选的方案中，在从消息队列中获取消息并进行处理之前，首先判断消息对了是否使用完毕，如果未使用完毕，则可以从消息队列中获取消息；如果已经使用完毕，则可以直接析构消息队列，结束消息处理过程。
71.需要说明的是，析构消息队列定义如下：void freehandler(handler handler)。
72.可选地，在通过工作线程从消息队列的头部获取第一消息之前，上述方法还包括：基于回调函数创建工作线程，并为工作线程分配第三存储空间。
73.具体地，上述的第三存储空间可以是工作线程的内存，用于存储工作线程相关的消息对象和回调函数。
74.在一种可选的方案中，如图2所示，工作线程的创建流程为：输入消息对象和回调函数等参数，申请对象内存，保存消息对象及回调函数，初始化互斥及条件变量对象，并创建工作线程。
75.可选地，在通过工作线程从消息队列的头部获取第一消息之后，通过工作线程为第一消息分配第四存储空间，并将第一消息的消息数据存储在第四存储空间内。
76.具体地，上述的第四存储空间可以是消息内存，用于存储消息数据。
77.在一种可选的方案中，可以根据消息id和参数，申请消息内存并保存消息数据。
78.可选地，通过工作线程从消息队列的头部获取第一消息或第二消息包括：判断消息队列中是否存在消息；在确定消息队列中存在消息的情况下，通过工作线程从消息队列的头部获取第一消息或第二消息。
79.在一种可选的方案中，为了避免消息队列中未存储消息，工作线程正常工作，可以首先判断消息队列中是否存在消息，也即判断消息队列是否为空，如果消息队列不为空，可以确定消息队列中存在消息，从消息队列头部获取消息得到第一消息或第二消息；如果消息队列为空，则可以等待消息队列中存入消息，然后在获取消息。
80.可选地，通过工作线程从消息队列的头部获取第一消息或第二消息包括：利用互斥机制，通过工作线程从消息队列的头部获取第一消息或第二消息；通过同步调用线程或异步调用线程在消息队列的尾部增加一条新消息包括：利用互斥机制，通过同步调用线程或异步调用线程在消息队列的尾部增加一条新消息。
81.在一种可选的方案中，当需要从消息队列中获取消息时，可以利用互斥机制，进入互斥区，并从消息队列的头部读取一条消息，然后离开互斥区，完成从消息队列中获取消息的过程；当需要在消息队列的尾部增加一条消息时，可以进入互斥区，在消息队列末尾添加一条消息，然后离开互斥区，完成将消息增加至消息队列中的过程。
82.图3是根据本发明实施例的一种可选的消息队列的实现逻辑图，图4是根据本发明实施例的一种可选的工作线程运行流程图，图5是根据本发明实施例的一种可选的消息调用流程图。下面结合图3至图5对本发明一种优选的实施例进行详细说明。
83.如图3所示，用户可以提供消息处理回调函数，并利用回调函数构造消息队列，以及同步或异步消息调用消息队列，当消息队列使用完毕之后，析构消息队列。
84.如图4所示，工作线程运行之后，可以首先检测退出标志，如果检测到退出标志，则运行结束；如果未检测到退出标志，则可以进入互斥区，并判断消息队列是否为空，如果确定消息队列为空，则直接离开互斥区；如果消息队列不为空，则从消息队列头取一条有效消息，并离开互斥区。进一步判断是否成功取到消息，如果未成功取到，也即消息队列为空，则开始执行下一次循环；如果成功取到，也即消息队列不为空，则利用消息对象和消息数据调用回调函数，并判断取到的消息是否为同步消息，如果是同步消息，则激活同步对象，唤醒同步调用线程，并开始执行下一次循环；如果是异步消息，则释放消息体内存，并开始执行下一次循环。下一次循环执行过程与上述流程相同，在此不作赘述。
85.如图5所示，工作线程运行过程中的消息调用流程具体如下：工作流程在成功获取到消息并调用回调函数之后，可以输入消息id和参数，申请消息体内存并保存消息数据，判断取到的消息是否为同步消息，如果是同步消息，则使用栈内存，并创建同步对象，进一步保存消息数据；如果是异步消息，则申请消息体内存，并保存消息数据。在消息数据保存完毕之后，进入互斥区，在消息队列末尾添加一条消息，离开互斥区，并激活条件变量，唤醒工作线程。进一步判断是否为同步消息，如果是同步消息，则无需进行处理，如果不是同步消息则离开互斥区，并激活条件变量，唤醒工作线程。
86.通过上述方案，利用成熟的开源项目libuv实现跨平台的底层支持，将业务进行了合理包装，提供给使用一个极为便利的纯c的多线程消息通信框架，而其api也极为简单，创建、析构，同步消息、异步消息共四个api，对用户隐藏了多线程及其同步的细节，使得使用极为便利。
87.实施例2
88.根据本发明实施例，提供了一种消息处理装置的实施例。
89.图6是根据本发明实施例的一种消息处理装置的示意图，如图6所示，该装置包括：
90.获取模块62，用于通过工作线程从消息队列的头部获取第一消息，其中，消息队列中存储至少一条消息，消息队列由与用户业务对应的回调函数构建。
91.具体地，上述的工作线程可以是预先建立的用于对至少一条消息进行处理的线程，通过工作线程对至少一条消息进行处理，对于用户来说，可以实现多线程同步处理的效
果，并且隐藏了多线程及其同步的细节，使得使用极为便利；上述的消息队列可以是根据需要处理需要预先建立的队列，至少一个待处理处理的消息存储在消息队列中，工作线程通过按顺序对消息队列中存储的消息进行处理，实现用户级的多线程同步处理。
92.确定模块64，用于通过工作线程确定第一消息的消息类型，其中，消息类型包括：同步消息或异步消息。
93.具体地，消息队列中存储的消息可以分为同步消息和异步消息，对于同步消息，工作线程需要在同步消息执行完毕，得到执行结果之后才能执行其他消息，而对于异步消息，工作线程无需等待执行结果即可执行其他消息。
94.第一调用模块66，用于在消息类型为同步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，在通过回调函数对全部第一消息处理完毕之后，通过工作线程从消息队列的头部获取第二消息。
95.具体地，上述的回调函数可以是用户业务相关的消息处理函数，通过工作线程进行调用，可以处理消息队列中存储的消息。
96.第二调用模块68，用于在消息类型为异步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，并通过工作线程从消息队列的头部获取第二消息。
97.需要说明的是，上述的工作线程、消息队列和回调函数可以是利用成熟的开源项目libuv实现跨平台的底层支持，将业务进行合理包装，并通过纯c语言编写的多线程消息通信框架，具体地，工作线程定义如下；typedef void*handler；handler newhandler(void*obj,handlercallback cb)；回调函数定义如下：typedef int64_t(*handlercallback)(void*obj,int msg,int64_t wparam,int64_t lparam)。
98.在一种可选的方案中，用户可以利用自己业务相关的回调函数，构建消息队列，消息队列中存储多个待处理的消息，由于通过工作线程同时只能对一个消息进行处理，可以通过工作线程获取消息队列头部的一个消息，并判断该消息时同步消息还是异步消息，如果确定该消息是同步消息，则可以调用回调函数对该消息进行处理，在确定回调函数对该消息处理完毕之后，可以继续对其他消息进行处理；如果确定该消息是异步消息，则可以调用回调函数对该消息进行处理，无需等待该消息的执行结果，直接对其他消息进行处理。对其他消息进行处理可以通过工作线程再次从消息队列的头部获取一个消息实现。
99.在本发明上述实施例中，在通过工作线程从消息队列的头部获取到第一消息之后，可以首先判断第一消息的消息类型，在消息类型为同步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，在通过回调函数对全部第一消息处理完毕之后，通过工作线程从消息队列的头部获取第二消息，在消息类型为异步消息的情况下，通过工作线程调用回调函数对第一消息进行处理，并通过工作线程从消息队列的头部获取第二消，从而实现多线程消息处理。与现有技术相比，仅通过工作线程调用回调函数对消息队列中存储的第一消息进行处理，而且可以对不同消息类型的消息执行不同的操作，从而达到了对用户隐藏多线程及其同步的细节，提高消息处理的便捷性，提高消息处理的兼容性，提升用户体验感和好感度的而技术效果，进而解决了现有技术中基于多线程的消息处理方法存在线程间同步复杂，资源竞争、死锁的技术问题。
100.可选地，第一调用模块或第二调用模块还用于通过工作线程和第一消息的消息数据，调用回调函数对第一消息进行处理。
101.可选地，第一调用模块还包括：第一唤醒单元，用于在消息类型为同步消息的情况下，通过工作线程唤醒同步调用线程，并为同步调用线程分配第一存储空间；第一调用单元，用于通过同步调用线程调用回调函数对第一消息进行处理。
102.可选地，第一调用模块还包括：第一存储单元，用于通过同步调用线程将第一消息的消息数据存储在第一存储空间内；第一增加单元，用于通过同步调用线程在消息队列的尾部增加一条新消息。
103.可选地，第一调用模块还包括：第二唤醒单元，用于通过同步调用线程唤醒工作线程；第一获取单元，用于通过工作线程从消息队列的头部获取第二消息。
104.可选地，第二调用模块还包括：第三唤醒单元，用于在消息类型为异步消息的情况下，通过工作线程唤醒异步调用线程，并为异步调用线程分配第二存储空间；第二调用单元，用于通过异步调用线程调用回调函数对第一消息进行处理。
105.可选地，第二调用模块还包括：第二存储单元，用于通过异步调用线程将第一消息的消息数据存储在第二存储空间内；第二增加单元，用于通过异步调用线程在消息队列的尾部增加一条新消息。
106.可选地，第二调用模块还包括：第四唤醒单元，用于通过异步调用线程唤醒工作线程；第二获取单元，用于通过工作线程从消息队列的头部获取第二消息。
107.可选地，第二调用模块还包括：释放单元，用于在通过异步调用线程唤醒工作线程之后，释放第二存储空间。
108.可选地，该装置还包括：构造模块，用于在通过工作线程从消息队列的头部获取第一消息之前，构造消息队列，其中，该装置还包括：判断模块，用于在通过工作线程从消息队列的头部获取第二消息之前，判断是否检测到预设标志信息，其中，预设标志信息用于表征工作线程停止从消息队列的头部获取第二消息；析构模块，用于如果检测到预设标志信息，则析构消息队列；获取模块还用于如果未检测到预设标志信息，则通过工作线程从消息队列的头部获取第二消息。
109.可选地，该装置还包括：创建模块，用于在通过工作线程从消息队列的头部获取第一消息之前，基于回调函数创建工作线程，并为工作线程分配第三存储空间。
110.可选地，该装置还包括：分配模块，用于在通过工作线程从消息队列的头部获取第一消息之后，通过工作线程为第一消息分配第四存储空间，并将第一消息的消息数据存储在第四存储空间内。
111.可选地，获取模块、第一调用模块或第二调用模块还包括：判断单元，用于判断消息队列中是否存在消息；第一获取单元、第二获取单元或第三获取单元还用于在确定消息队列中存在消息的情况下，通过工作线程从消息队列的头部获取第一消息或第二消息。
112.可选地，第一获取单元、第二获取单元或第三获取单元还用于利用互斥机制，通过工作线程从消息队列的头部获取第一消息或第二消息；第一增加单元或第二增加单元还用于利用互斥机制，通过同步调用线程或异步调用线程在消息队列的尾部增加一条新消息。
113.实施例3
114.根据本发明实施例，还提供了一种消息处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或
描述的步骤。
115.图7是根据本发明实施例的另一种消息处理方法的流程图，如图7所示，该方法包括如下步骤：
116.步骤s702，通过工作线程从消息队列的头部获取第一消息，其中，消息队列中存储至少一条消息。
117.具体地，上述的工作线程可以是预先建立的用于对至少一条消息进行处理的线程，通过工作线程对至少一条消息进行处理，对于用户来说，可以实现多线程同步处理的效果，并且隐藏了多线程及其同步的细节，使得使用极为便利；上述的消息队列可以是根据需要处理需要预先建立的队列，至少一个待处理处理的消息存储在消息队列中，工作线程通过按顺序对消息队列中存储的消息进行处理，实现用户级的多线程同步处理。
118.步骤s704，通过工作线程调用回调函数对第一消息进行处理。
119.具体地，上述的回调函数可以是用户业务相关的消息处理函数，通过工作线程进行调用，可以处理消息队列中存储的消息。
120.步骤s706，通过工作线程从消息队列的头部获取第二消息。
121.具体地，消息队列中存储的消息可以分为同步消息和异步消息，对于同步消息，工作线程需要在同步消息执行完毕，得到执行结果之后才能执行其他消息，而对于异步消息，工作线程无需等待执行结果即可执行其他消息。
122.需要说明的是，上述的工作线程、消息队列和回调函数可以是利用成熟的开源项目libuv实现跨平台的底层支持，将业务进行合理包装，并通过纯c语言编写的多线程消息通信框架，具体地，工作线程定义如下；typedef void*handler；handler newhandler(void*obj,handlercallback cb)；回调函数定义如下：typedef int64_t(*handlercallback)(void*obj,int msg,int64_t wparam,int64_t lparam)。
123.在一种可选的方案中，用户可以利用自己业务相关的回调函数，构建消息队列，消息队列中存储多个待处理的消息，由于通过工作线程同时只能对一个消息进行处理，可以通过工作线程获取消息队列头部的一个消息，并判断该消息时同步消息还是异步消息，如果确定该消息是同步消息，则可以调用回调函数对该消息进行处理，在确定回调函数对该消息处理完毕之后，可以继续对其他消息进行处理；如果确定该消息是异步消息，则可以调用回调函数对该消息进行处理，无需等待该消息的执行结果，直接对其他消息进行处理。对其他消息进行处理可以通过工作线程再次从消息队列的头部获取一个消息实现。
124.在本发明上述实施例中，在通过工作线程从消息队列的头部获取到第一消息之后，可以通过工作线程调用回调函数对第一消息进行处理，并通过工作线程从消息队列的头部获取第二消息。与现有技术相比，仅通过工作线程调用回调函数对消息队列中存储的第一消息进行处理，而且可以对不同消息类型的消息执行不同的操作，从而达到了对用户隐藏多线程及其同步的细节，提高消息处理的便捷性，提高消息处理的兼容性，提升用户体验感和好感度的而技术效果，进而解决了现有技术中基于多线程的消息处理方法存在线程间同步复杂，资源竞争、死锁的技术问题。
125.实施例4
126.根据本发明实施例，还提供了一种存储介质的实施例，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述实施例1和3的消息处理方法。
127.实施例5
128.根据本发明实施例，还提供了一种处理器的实施例，处理器用于运行程序，其中，程序运行时执行上述实施例1和3的消息处理方法。
129.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
130.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
131.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
132.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
133.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
134.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
135.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。