一种进程间的通信方法、装置、设备及介质与流程

1.本发明涉及通信技术领域，特别涉及一种进程间的通信方法、装置、设备及介质。


背景技术：

2.在存储领域中，存储系统非常复杂且功能庞大，为了便于对每个功能的管理，通常会将一个独立的功能设计为一个进程，因此存储系统中会存在多个进程，此时不可避免的就会涉及到进程间通信机制的应用。首先linux的通信机制有很多种，如管道、消息队列、共享内存、信号量、信号、socket等。以消息队列的通信方式为例，a进程如果要给b进程发送消息，a进程把数据放在对应的消息队列后就可以正常返回了，b进程需要的时候再去消息队列中读取数据即可。然而进程间通信可能会发生异常，例如消息丢失，消息处理超时等情况发生导致进程运行异常，而进程通信异常则会很容易导致整个存储系统运行异常。
3.综上，如何更好的管理进程间的通信以避免存储系统运行异常是目前有待解决的问题。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种进程间的通信方法、装置、设备及介质，能够更好的管理进程间的通信以避免存储系统运行异常。其具体方案如下：
5.第一方面，本技术公开了一种进程间的通信方法，应用于第一进程，包括：
6.确定各待发送消息的消息类型，以便基于所述消息类型确定出所述待发送消息是否需要第二进程返回对应的应答消息；
7.将所述待发送消息通过当前消息队列发送至所述第二进程，并将所述消息类型为需要所述第二进程返回对应的应答消息的目标待发送消息插入至预先创建的消息发送链表中，以及启动定时操作；
8.若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息，则启动异常处理操作。
9.可选的，所述将所述待发送消息通过当前消息队列发送至所述第二进程之后，还包括：
10.通过所述第二进程在从所述当前消息队列中获取到所述待发送消息后确定出所述待发送消息的目标消息类型，并基于所述目标消息类型确定出目标处理函数，以便利用所述目标处理函数对所述待发送消息进行处理；
11.通过所述第二进程基于所述目标消息类型确定出所述待发送消息是否需要返回对应的应答消息，若需要，则将处理得到的应答消息通过所述当前消息队列返回所述第一进程。
12.可选的，所述通过所述第二进程在从所述当前消息队列中获取到所述待发送消息后确定出所述待发送消息的目标消息类型，并基于所述目标消息类型确定出目标处理函数，以便利用所述目标处理函数对所述待发送消息进行处理，包括：
13.确定所述第二进程中预先创建的用于接收所述第一进程消息的第一目标线程，并通过所述第一目标进程从所述当前消息队列中获取所述待发送消息，以及确定出所述待发送消息的目标消息类型；
14.通过所述第一目标线程基于所述目标消息类型确定出相应的目标处理函数，并利用所述目标处理函数对所述待发送消息进行处理。
15.可选的，所述通过所述第一目标线程基于所述目标消息类型确定出相应的目标处理函数，包括：
16.获取预先在所述第二进程中创建的与每一所述消息类型对应的处理函数，并通过所述第一目标线程基于所述目标消息类型从所有所述处理函数中筛选出对应的目标处理函数。
17.可选的，所述若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息之前，还包括：
18.创建一个用于接收所述第二进程应答的第二目标线程，以便通过所述第二目标线程等待接收所述第二进程返回的与所述目标待发送消息对应的应答消息。
19.可选的，所述启动异常处理操作，包括：
20.重新执行将所述目标待发送消息通过所述当前消息队列发送至所述第二进程的步骤，或清空所述当前消息队列。
21.可选的，所述启动定时操作之后，还包括：
22.若在所述定时操作规定的时间期限内接收到所述第二进程返回的目标消息，则根据所述目标消息的消息类型判断所述目标消息是否为应答类消息；
23.若为应答类消息，则从所述消息发送链表中取出所述目标待发送消息，并判断所述目标消息是否为与所述目标待发送消息对应的应答消息；
24.若是，则在所述消息发送链表中删除所述目标待发送消息；
25.若不是，则重新执行将所述目标待发送消息通过所述当前消息队列发送至所述第二进程的步骤。
26.第二方面，本技术公开了一种进程间的通信装置，应用于第一进程，包括：
27.消息类型确定模块，用于确定各待发送消息的消息类型，以便基于所述消息类型确定出所述待发送消息是否需要第二进程返回对应的应答消息；
28.消息发送模块，用于将所述待发送消息通过当前消息队列发送至所述第二进程，并将所述消息类型为需要所述第二进程返回对应的应答消息的目标待发送消息插入至预先创建的消息发送链表中，以及启动定时操作；
29.异常处理模块，用于若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息，则启动异常处理操作。
30.第三方面，本技术公开了一种电子设备，包括：
31.存储器，用于保存计算机程序；
32.处理器，用于执行所述计算机程序，以实现前述公开的进程间的通信方法的步骤。
33.第四方面，本技术公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的进程间的通信方法的步骤。
34.可见，本技术确定各待发送消息的消息类型，以便基于所述消息类型确定出所述
待发送消息是否需要第二进程返回对应的应答消息；将所述待发送消息通过当前消息队列发送至所述第二进程，并将所述消息类型为需要所述第二进程返回对应的应答消息的目标待发送消息插入至预先创建的消息发送链表中，以及启动定时操作；若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息，则启动异常处理操作。由此可见，本技术可以首先确定出各个待发送消息的消息类型，进而能够根据消息类型确定出哪些消息需要第二进程进行应答，然后将待发送消息通过消息队列发送至第二进程后，则将需要第二进程进行应答的目标待发送消息插入消息发送链表并启动定时操作；若在定时操作规定的时间期限内未接收到第二进程返回的与目标待发送消息对应的应答消息，也即若应答超时则会启动异常处理操作，从而避免因进程间的异常通信导致存储系统运行异常的问题。
附图说明
35.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
36.图1为本技术公开的一种进程间的通信方法流程图；
37.图2为本技术公开的一种具体的进程间的通信流程示意图；
38.图3为本技术公开的一种具体的进程间的通信方法流程图；
39.图4为本技术公开的一种进程间的通信装置结构示意图；
40.图5为本技术公开的一种电子设备结构图。
具体实施方式
41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
42.当前，进程间的通信机制为消息队列时，若a进程如果要给b进程发送消息，a进程把数据放在对应的消息队列后就可以正常返回了，b进程需要的时候再去消息队列中读取数据即可。然而进程间通信可能会发生异常，例如消息丢失，消息处理超时等情况发生导致进程运行异常，而进程通信异常则会很容易导致整个存储系统运行异常。为此，本技术实施例公开了一种进程间的通信方法、装置、设备及介质，能够更好的管理进程间的通信以避免存储系统运行异常。
43.参见图1和图2所示，本技术实施例公开了一种进程间的通信方法，应用于第一进程，该方法包括：
44.步骤s11：确定各待发送消息的消息类型，以便基于所述消息类型确定出所述待发送消息是否需要第二进程返回对应的应答消息。
45.本实施例中，在发送消息之前，确定各待发送消息的消息类型，以便基于消息类型确定待发送消息是否需要第二进程返回对应的应答消息。也即，本实施例通过制定消息的
消息类型能够灵活定义消息是否需要第二进程进行应答。
46.步骤s12：将所述待发送消息通过当前消息队列发送至所述第二进程，并将所述消息类型为需要所述第二进程返回对应的应答消息的目标待发送消息插入至预先创建的消息发送链表中，以及启动定时操作。
47.本实施例中，将待发送消息通过当前消息队列发送至第二进程，可以理解的是，在消息队列的通信机制中，第一进程如果要向第二进程发送消息，第一进程把消息数据放在对应的消息队列中，第二进程需要的时候再去消息队列中读取消息数据即可。然后将需要第二进程返回对应的应答消息的目标待发送消息插入到预先创建的消息发送链表的链表尾部中，并启动定时操作，以便通过所述定时操作监控消息的处理速率。
48.步骤s13：若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息，则启动异常处理操作。
49.本实施例中，在一种具体实施方式中，如果第一进程在定时操作规定的时间期限内未接收到第二进程返回的与目标待发送消息对应的应答消息，则表示应答超时，此时则表示进程间的通信出现了异常，那么需要启动异常处理操作。其中，启动异常处理操作，具体可以包括：重新执行将所述目标待发送消息通过所述当前消息队列发送至所述第二进程的步骤，或清空所述当前消息队列。也即，本实施中的异常处理机制可以包括但不限于以下方式：一是重新启动第一进程，也即重新将目标待发送消息再通过当前消息队列发送至第二进程；二是将当前消息队列清空。进一步的，定时操作的时间期限也即超时时间可以根据消息类型的任务灵活制定，例如可以将其设置为120秒，那么如果在120秒内未接收到第二进程返回的与目标待发送消息对应的应答消息，则表示应答超时，需要启动异常处理操作。
50.在另一种具体实施方式中，具体参见图2中所示，上述启动定时操作之后，还可以包括：若在所述定时操作规定的时间期限内接收到所述第二进程返回的目标消息，则根据所述目标消息的消息类型判断所述目标消息是否为应答类消息；若为应答类消息，则从所述消息发送链表中取出所述目标待发送消息，并判断所述目标消息是否为与所述目标待发送消息对应的应答消息；若是，则在所述消息发送链表中删除所述目标待发送消息；若不是，则重新执行将所述目标待发送消息通过所述当前消息队列发送至所述第二进程的步骤。也即，如果在定时操作规定的时间期限内接收到第二进程返回的目标消息，首先需要根据目标消息的消息类型判断该目标消息是否为应答类消息，如果是，则再从消息发送链表的链表头中取出目标待发送消息，以判断目标消息是否为与目标待发送消息对应的应答消息，具体可以判断两者的消息类型是否一致，若一致则在消息发送链表中删除目标待发送消息，若不一致，则重新启动第一进程以重新执行将目标待发送消息通过当前消息队列发送至第二进程的步骤。另外，如果该目标消息不为应答类消息，则调用与该目标消息的消息类型对应的处理函数进行相应处理。
51.可见，本技术确定各待发送消息的消息类型，以便基于所述消息类型确定出所述待发送消息是否需要第二进程返回对应的应答消息；将所述待发送消息通过当前消息队列发送至所述第二进程，并将所述消息类型为需要所述第二进程返回对应的应答消息的目标待发送消息插入至预先创建的消息发送链表中，以及启动定时操作；若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息，则启动异常处理操作。由此可见，本技术可以首先确定出各个待发送消息的消息类型，进而能
够根据消息类型确定出哪些消息需要第二进程进行应答，然后将待发送消息通过消息队列发送至第二进程后，则将需要第二进程进行应答的目标待发送消息插入消息发送链表并启动定时操作；若在定时操作规定的时间期限内未接收到第二进程返回的与目标待发送消息对应的应答消息，也即若应答超时则会启动异常处理操作，从而避免因进程间的异常通信导致存储系统运行异常的问题。
52.参见图3所示，本技术实施例公开了一种具体的进程间的通信方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体包括：
53.步骤s21：确定各待发送消息的消息类型，以便基于所述消息类型确定出所述待发送消息是否需要第二进程返回对应的应答消息。
54.步骤s22：将所述待发送消息通过当前消息队列发送至所述第二进程，并将所述消息类型为需要所述第二进程返回对应的应答消息的目标待发送消息插入至预先创建的消息发送链表中，以及启动定时操作。
55.步骤s23：通过所述第二进程在从所述当前消息队列中获取到所述待发送消息后确定出所述待发送消息的目标消息类型，并基于所述目标消息类型确定出目标处理函数，以便利用所述目标处理函数对所述待发送消息进行处理。
56.本实施例中，在第一进程将需要发送至第二进程的待发送消息发送至当前消息队列中后，第二进程则从当前消息队列中获取到待发送消息，并确定出待发送消息的目标消息类型以便基于该目标消息类型确定出对应的目标处理函数，再通过目标处理函数对待发送消息进行处理。
57.在具体的实施方式中，上述通过所述第二进程在从所述当前消息队列中获取到所述待发送消息后确定出所述待发送消息的目标消息类型，并基于所述目标消息类型确定出目标处理函数，以便利用所述目标处理函数对所述待发送消息进行处理，包括：确定所述第二进程中预先创建的用于接收所述第一进程消息的第一目标线程，并通过所述第一目标进程从所述当前消息队列中获取所述待发送消息，以及确定出所述待发送消息的目标消息类型；通过所述第一目标线程基于所述目标消息类型确定出相应的目标处理函数，并利用所述目标处理函数对所述待发送消息进行处理。可以理解的是，在第二进程中预先创建了第一目标线程以用于接收第一进程发送的消息，并通过第一目标线程确定待发送消息的目标消息类型以及基于目标消息类型确定出相应的目标处理函数以便利用该目标处理函数对待发送消息进行处理。
58.进一步的，上述通过所述第一目标线程基于所述目标消息类型确定出相应的目标处理函数，包括：获取预先在所述第二进程中创建的与每一所述消息类型对应的处理函数，并通过所述第一目标线程基于所述目标消息类型从所有所述处理函数中筛选出对应的目标处理函数。可以理解的是，第二进程中预先注册了与每一消息类型对应的处理函数，在确定出待发送消息的目标消息类型后，则可以从这些处理函数中筛选出对应的目标处理函数，并通过第一目标线程执行与消息对应的目标处理函数。
59.步骤s24：通过所述第二进程基于所述目标消息类型确定出所述待发送消息是否需要返回对应的应答消息，若需要，则将处理得到的应答消息通过所述当前消息队列返回所述第一进程。
60.本实施例中，在第二进程中确定出待发送消息的目标消息类型后，根据该目标消
息类型确定是否需要向第一线程返回对应的应答消息，若需要，则将目标处理函数处理后得到的应答信息通过当前消息队列返回至第一进程。
61.步骤s25：创建一个用于接收所述第二进程应答的第二目标线程，以便通过所述第二目标线程等待接收所述第二进程返回的与所述目标待发送消息对应的应答消息，若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息，则启动异常处理操作。
62.本实施例中，在第一进程中需要创建第二目标线程，用于一直等待接收第二进程返回的与目标待发送消息对应的应答消息，若在定时操作规定的时间期限内未接收到第二进程返回的与目标待发送消息对应的应答消息，则启动异常处理操作。也即当消息应答超时，本实施例通过制定异常处理措施，能够防止进程间通信异常导致整个存储系统运行异常，防止故障扩散。
63.其中，关于上述步骤s21和s22更加具体的处理过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
64.可见，本技术实施例中在第二进程中需要创建一个第一目标线程以用于接收第一进程发送的消息，并通过第一目标线程确定待发送消息的目标消息类型以及基于目标消息类型从预先创建的所有处理函数中筛选出对应的目标处理函数，以便利用该目标处理函数对待发送消息进行处理。另外在第一进程中需要创建一个第二目标线程，用于一直等待接收第二进程返回的与目标待发送消息对应的应答消息。能够更好的管理进程间的通信以避免存储系统运行异常。
65.参见图4所示，本技术实施例公开了一种进程间的通信装置，应用于第一进程，该装置包括：
66.消息类型确定模块11，用于确定各待发送消息的消息类型，以便基于所述消息类型确定出所述待发送消息是否需要第二进程返回对应的应答消息；
67.消息发送模块12，用于将所述待发送消息通过当前消息队列发送至所述第二进程，并将所述消息类型为需要所述第二进程返回对应的应答消息的目标待发送消息插入至预先创建的消息发送链表中，以及启动定时操作；
68.异常处理模块13，用于若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息，则启动异常处理操作。
69.可见，本技术确定各待发送消息的消息类型，以便基于所述消息类型确定出所述待发送消息是否需要第二进程返回对应的应答消息；将所述待发送消息通过当前消息队列发送至所述第二进程，并将所述消息类型为需要所述第二进程返回对应的应答消息的目标待发送消息插入至预先创建的消息发送链表中，以及启动定时操作；若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息，则启动异常处理操作。由此可见，本技术可以首先确定出各个待发送消息的消息类型，进而能够根据消息类型确定出哪些消息需要第二进程进行应答，然后将待发送消息通过消息队列发送至第二进程后，则将需要第二进程进行应答的目标待发送消息插入消息发送链表并启动定时操作；若在定时操作规定的时间期限内未接收到第二进程返回的与目标待发送消息对应的应答消息，也即若应答超时则会启动异常处理操作，从而避免因进程间的异常通信导致存储系统运行异常的问题。
70.在一些具体实施例中，所述消息发送模块12之后，还可以包括：
71.消息处理单元，用于通过所述第二进程在从所述当前消息队列中获取到所述待发送消息后确定出所述待发送消息的目标消息类型，并基于所述目标消息类型确定出目标处理函数，以便利用所述目标处理函数对所述待发送消息进行处理；
72.应答返回单元，用于通过所述第二进程基于所述目标消息类型确定出所述待发送消息是否需要返回对应的应答消息，若需要，则将处理得到的应答消息通过所述当前消息队列返回所述第一进程。
73.在一些具体实施例中，所述消息处理单元，具体可以包括：
74.第一目标进程确定单元，用于确定所述第二进程中预先创建的用于接收所述第一进程消息的第一目标线程，并通过所述第一目标进程从所述当前消息队列中获取所述待发送消息，以及确定出所述待发送消息的目标消息类型；
75.目标处理函数确定单元，用于通过所述第一目标线程基于所述目标消息类型确定出相应的目标处理函数，并利用所述目标处理函数对所述待发送消息进行处理。
76.在一些具体实施例中，所述目标处理函数确定单元，具体可以包括：
77.目标处理函数筛选单元，用于获取预先在所述第二进程中创建的与每一所述消息类型对应的处理函数，并通过所述第一目标线程基于所述目标消息类型从所有所述处理函数中筛选出对应的目标处理函数。
78.在一些具体实施例中，所述异常处理模块13之前，还可以包括：
79.第二目标线程创建单元，用于创建一个用于接收所述第二进程应答的第二目标线程，以便通过所述第二目标线程等待接收所述第二进程返回的与所述目标待发送消息对应的应答消息。
80.在一些具体实施例中，所述异常处理模块13，具体可以包括：
81.处理单元，用于重新执行将所述目标待发送消息通过所述当前消息队列发送至所述第二进程的步骤，或清空所述当前消息队列。
82.在一些具体实施例中，所述消息发送模块12之后，还可以包括：
83.第一判断单元，用于若在所述定时操作规定的时间期限内接收到所述第二进程返回的目标消息，则根据所述目标消息的消息类型判断所述目标消息是否为应答类消息；
84.第二判断单元，用于若为应答类消息，则从所述消息发送链表中取出所述目标待发送消息，并判断所述目标消息是否为与所述目标待发送消息对应的应答消息；
85.消息删除单元，用于若是，则在所述消息发送链表中删除所述目标待发送消息；
86.重新发送单元，用于若不是，则重新执行将所述目标待发送消息通过所述当前消息队列发送至所述第二进程的步骤。
87.图5为本技术实施例提供的一种电子设备的结构示意图。具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现以下步骤：
88.确定各待发送消息的消息类型，以便基于所述消息类型确定出所述待发送消息是否需要第二进程返回对应的应答消息；
89.将所述待发送消息通过当前消息队列发送至所述第二进程，并将所述消息类型为
需要所述第二进程返回对应的应答消息的目标待发送消息插入至预先创建的消息发送链表中，以及启动定时操作；
90.若在所述定时操作规定的时间期限内未接收到所述第二进程返回的与所述目标待发送消息对应的应答消息，则启动异常处理操作。
91.一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
92.通过所述第二进程在从所述当前消息队列中获取到所述待发送消息后确定出所述待发送消息的目标消息类型，并基于所述目标消息类型确定出目标处理函数，以便利用所述目标处理函数对所述待发送消息进行处理；
93.通过所述第二进程基于所述目标消息类型确定出所述待发送消息是否需要返回对应的应答消息，若需要，则将处理得到的应答消息通过所述当前消息队列返回所述第一进程。
94.一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
95.确定所述第二进程中预先创建的用于接收所述第一进程消息的第一目标线程，并通过所述第一目标进程从所述当前消息队列中获取所述待发送消息，以及确定出所述待发送消息的目标消息类型；
96.通过所述第一目标线程基于所述目标消息类型确定出相应的目标处理函数，并利用所述目标处理函数对所述待发送消息进行处理。
97.一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
98.获取预先在所述第二进程中创建的与每一所述消息类型对应的处理函数，并通过所述第一目标线程基于所述目标消息类型从所有所述处理函数中筛选出对应的目标处理函数。
99.一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
100.创建一个用于接收所述第二进程应答的第二目标线程，以便通过所述第二目标线程等待接收所述第二进程返回的与所述目标待发送消息对应的应答消息。
101.一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
102.重新执行将所述目标待发送消息通过所述当前消息队列发送至所述第二进程的步骤，或清空所述当前消息队列。
103.一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
104.若在所述定时操作规定的时间期限内接收到所述第二进程返回的目标消息，则根据所述目标消息的消息类型判断所述目标消息是否为应答类消息；
105.若为应答类消息，则从所述消息发送链表中取出所述目标待发送消息，并判断所述目标消息是否为与所述目标待发送消息对应的应答消息；
106.若是，则在所述消息发送链表中删除所述目标待发送消息；
107.若不是，则重新执行将所述目标待发送消息通过所述当前消息队列发送至所述第二进程的步骤。
108.本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本技术技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
109.其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用dsp(digital signal processing，数字信号处理)、fpga(field－programmable gate array，现场可编程门阵列)、pla(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有gpu(graphics processing unit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
110.另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统221、计算机程序222及数据223等，存储方式可以是短暂存储或者永久存储。
111.其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中海量数据223的运算与处理，其可以是windows、unix、linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的进程间的通信方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223除了可以包括电子设备接收到的由外部设备传输进来的数据，也可以包括由自身输入输出接口25采集到的数据等。
112.进一步的，本技术实施例还公开了一种计算机可读存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现前述任一实施例公开的由进程间的通信过程中执行的方法步骤。
113.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
114.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
115.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
116.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
117.以上对本发明所提供的一种进程间的通信方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。