CN110597640A - 进程间的数据传输方法、装置、终端及计算机存储介质 - Google Patents
进程间的数据传输方法、装置、终端及计算机存储介质 Download PDFInfo
- Publication number
- CN110597640A CN110597640A CN201910806128.XA CN201910806128A CN110597640A CN 110597640 A CN110597640 A CN 110597640A CN 201910806128 A CN201910806128 A CN 201910806128A CN 110597640 A CN110597640 A CN 110597640A
- Authority
- CN
- China
- Prior art keywords
- state
- data
- shared memory
- mutual exclusion
- lock
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
- G06F9/524—Deadlock detection or avoidance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请适用于计算机技术领域,提供了一种进程间的数据传输方法、装置、终端及计算机存储介质,该方法包括:第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的互斥锁;所述互斥锁为已打开死锁修复的功能的快速用户空间互斥锁;若所述互斥锁的状态为解锁状态,则将所述待写入数据写入所述共享内存;在所述待写入数据写入完成时,向所述第二进程发送条件信号,并将所述互斥锁的状态设置为解锁状态;所述条件信号用于指示所述第二进程读取所述共享内存的数据;降低了数据的传输时延,提高了进程间的数据传输效率,使得机器人操作系统中各项任务间实现实时通讯,为运动控制算法完成复杂的、高度解耦的运动控制奠定了基础。
Description
技术领域
本申请属于计算机技术领域,尤其涉及一种进程间的数据传输方法、装置、终端及计算机存储介质。
背景技术
进程(Process)是计算机中的应用程序关于数据集合上的一次运行活动,应用程序是指令、数据及其组织形式的描述,进程是应用程序的实体。然而,进程间的数据传输效率往往较低,容易影响操作系统的任务执行效率。
发明内容
有鉴于此,本申请实施例提供了一种进程间的数据传输方法、装置、终端及计算机存储介质,能够解决进程间的数据传输效率低的技术问题。
本申请实施例的第一方面提供了进程间的数据传输方法,包括:
第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的互斥锁;所述互斥锁为已打开死锁修复的功能的快速用户空间互斥锁;
若所述互斥锁的状态为解锁状态,则将所述待写入数据写入所述共享内存;
在所述待写入数据写入完成时,向所述第二进程发送条件信号,并将所述互斥锁的状态设置为解锁状态;所述条件信号用于指示所述第二进程读取所述共享内存的数据。
本申请实施例中,通过在第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的互斥锁,并将所述待写入数据写入所述共享内存,使得进程间的数据传输只需要进行两次数据拷贝,节省了系统资源,降低了数据的传输时延,提高了进程间的数据传输效率。
另外,在本申请实施例中,采用的是已打开死锁修复的功能的快速用户空间互斥锁,一方面,在没有资源冲突时,可以直接返回,进程不需要切换至内核态,具有运行效率高的特点;另一方面,在进程意外退出时,可以实现死锁修复,进程之间不会因为死锁而阻塞,避免了系统资源被意外退出的进程占用,提高了系统资源利用率。
在所述待写入数据写入完成时,第一进程通过向所述第二进程发送条件信号,使得第二进程可以在接收到条件信号时,读取第一进程发送的数据,使得进程间的数据传输可以有序进行,避免了在第一进程还在写数据的过程中,第二进程去读取数据而出现资源冲突,导致第二进程发生被迫进入内核态的情况,降低了系统资源的占用。
本申请进程间的数据传输方法可以应用于机器人的运动控制,使得机器人操作系统中各项任务间实现实时通讯,为运动控制算法完成复杂的、高度解耦的运动控制奠定了基础。
本申请实施例的第二方面提供了进程间的数据传输装置,包括:
第一获取单元,用于第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的互斥锁;所述互斥锁为已打开死锁修复的功能的快速用户空间互斥锁;
写入单元,用于若所述互斥锁的状态为解锁状态,则将所述待写入数据写入所述共享内存;
发送单元,用于在所述待写入数据写入完成时,向所述第二进程发送条件信号,并将所述互斥锁的状态设置为解锁状态;所述条件信号用于指示所述第二进程读取所述共享内存的数据。
本申请实施例的第三方面提供了一种终端,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述第一方面中所述方法的步骤。
本申请实施例的第四方面提供了一种计算机存储介质,所述计算机存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现上述第一方面中所述方法的步骤。
第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行上述第一方面中所述的方法。
可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1是传统的进程间通讯的数据传输的示意图;
图2是本申请实施例提供的一种进程间的数据传输方法的示意流程图;
图3是本申请实施例提供的进程间通讯的数据传输的示意图;
图4是本申请实施例提供的创建互斥锁之后进程间数据传输的交互示意图;
图5是本申请实施例提供的一种进程间的数据传输方法步骤201的具体实现流程示意图;
图6是本申请实施例提供的互斥锁的死锁修复功能的具体实现流程示意图;
图7是本申请实施例提供的互斥锁的死锁修复功能的具体实现交互示意图;
图8是本申请实施例提供的进程进行数据读取的实现流程示意图;
图9是本申请实施例提供的共享内存的创建示意图;
图10是本申请实施例提供的一种进程间的数据传输装置的示意图;
图11是本申请实施例提供的一种终端的示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。例如,第一进程与第二进程之间的读写过程可以互换,即,第一进程将数据发送给第二进程的过程同样适用于第二进程将数据发送给第一进程。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“所述”意在包括复数形式。
具体实现中,本申请实施例中描述的终端可以为智能机器人、智能手机、平板电脑和可穿戴设备等终端设备,该终端设备支持各种应用程序,例如以下中的一个或多个:绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、游戏应用程序、电话应用程序、视频会议应用程序、数字摄影机应用程序。
可以在终端设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端设备上显示的相应信息。这样,终端设备的公共物理架构(例如,触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
其中,操作系统在复杂的应用开发中是必不可少的,操作系统可以实现多任务之间的调度,协同多任务完成复杂工作。对实时性要求非常高的应用场景,如机器人运动控制中,任务间通讯效率和延时控制显得尤为重要。
然而,目前操作系统进程间的数据传输效率往往较低,严重影响操作系统的任务执行效率。
例如,在传统的进程间通讯(Inter-Process Communication,IPC)中,进程间的数据传输至少需要产生四次数据拷贝。例如,如图1所示,在A进程与B进程之间进行数据传输时,首先要向A进程的内存中进行的数据拷贝,接着向内核空间进行的数据拷贝,然后再向B进程内存进行的数据拷贝,最后,在输出数据时进行数据拷贝。上述四次数据拷贝需要占用大量的系统资源,尤其在数据传输量较大时,会造成严重的数据延时,具有数据传输效率低的问题。
为了解决上述问题,本申请实施例提供了一种进程间的数据传输方法、装置、终端及计算机存储介质,有效提高了进程间的数据传输效率,降低数据的传输延时。
为了说明本申请所述的技术方案,下面通过具体实施例来进行说明。
请参见图2,图2是本申请实施例提供的一种进程间的数据传输方法的实现流程示意图。本实施例中的方法的执行主体为一种进程间的数据传输装置,该装置可以由软件和/或硬件实现,集成于终端中,适用于需要提高进程间数据传输效率的情形。所述进程间的数据传输方法可以包括:步骤201至步骤203。
步骤201,第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的互斥锁;所述互斥锁为已打开死锁修复的功能的快速用户空间互斥锁。
步骤202,若所述互斥锁的状态为解锁状态,则将所述待写入数据写入所述共享内存。
步骤203,在所述待写入数据写入完成时,向所述第二进程发送条件信号,并将所述互斥锁的状态设置为解锁状态;所述条件信号用于指示所述第二进程读取所述共享内存的数据。
具体的,本申请实施例中,为了减少数据拷贝次数,采用共享内存的方式进行数据传输。
如图3所示,上述进程间的数据传输只需要将输入数据拷贝进共享内存,接着,再从共享内存中输出数据。即,只需要进行两次数据拷贝,节省了系统资源,降低了数据的传输时延,提高了进程间的数据传输效率。
然而,在使用上述共享内存进行数据传输时,需要解决互斥访问的问题,以维护共享内存中的数据。即,在同一时间只允许一个进程(任务)访问共享内存,其他需要访问共享内存的进程只能等待占用共享内存的进程退出之后,才可以访问,从而保证共享资源的完整性和一致性。
本申请实施例中,为了实现互斥访问,在第一进程与第二进程之间的共享内存中创建有互斥锁。
例如,如图4所示为创建互斥锁之后进程间数据传输流程示意图,当第一进程获取到上述互斥锁时,即,互斥锁的状态为解锁状态时,可以对共享内存进行访问,并将互斥锁的状态设置为加锁状态,使得第二进程因无法获取上述互斥锁而进行等待;当第一进程释放互斥锁后,即,将互斥锁的状态设置为解锁状态时,第二进程可以成功获取互斥锁,并对第一进程与第二进程之间的共享内存进行访问。
通过上述方法,在进行进程之间的数据传输时,可以实现互斥访问共享内存,避免进程争抢资源,保证了共享内存资源的完整性与一致性。
需要说明的是,由于常规的互斥锁有信号量、信号、文件锁等等,在被调用时,无论资源(共享内存)是否被占用,进程都会产生一次用户态到内核态的切换,从而导致额外的数据延时。
因此,为了降低数据传输的时延,在本申请实施例中,上述第一进程与第二进程之间的共享内存的互斥锁采用的是已打开死锁修复的功能的快速用户空间互斥锁(FastUserspaceMutex,FUTEX)。例如,phtreadmutex锁。
该快速用户空间互斥锁相对于常规的信号量、信号、文件锁等用于进程间互斥访问的锁来说,属于线程锁,一般运用在线程间的同步,与信号量等进程间的互斥锁相比更轻量级,并且,在没有资源冲突时,可以直接返回,线程或进程不需要切换至内核态,具有运行效率高的特点。
本申请利用快速用户空间互斥锁的这一特点,创造性的将快速用户空间互斥锁应用在进程间的同步,并设置在共享内存中,使得进程可以在用户空间实现资源的锁定和释放。即,进程访问该共享内存时,若共享内存未被占用,则不将进程切换到内核态,提高了进程间的数据传输具有更低的延时。
具体的,如图5所示,上述步骤201中获取第一进程与第二进程之间的共享内存的互斥锁可以包括:步骤501至步骤502。
步骤501,若所述互斥锁的状态为加锁状态,则将所述第一进程从用户态切换到内核态进行等待;
步骤502,若所述互斥锁的状态为解锁状态,则返回用于标识所述互斥锁的状态为解锁状态的预设信号。
其中,加锁状态是表示互斥锁处于被占用的状态,解锁状态是表示互斥锁处于未被占用的状态。
通过上述方法,使得系统资源未被占用时,上述第一进程不需切换到内核态,直接返回用于标识上述数据锁的状态为解锁状态的预设信号,提高了进程间数据传输的效率。
进一步的,常规的信号量、信号、文件锁等用于进程间互斥访问的锁还有可能出现死锁的问题。即,当某个进程访问系统资源的过程中意外退出,这将导致系统资源永远得不到释放,从而其他进程也会因为无法访问该系统资源而阻塞,得不到运行。
例如,进行写操作的第一进程因为内部或者外部原因意外退出时,第一进程不会自动释放共享内存,导致进行读操作的第二进程永远进行等待,这种死锁的状况不仅导致系统资源利用率低,还会使进程得不到准确的结果。
为了解决这一问题,本申请实施例中,通过打开共享内存的快速用户空间互斥锁的死锁修复功能,使得进程退出时,其他等待共享资源(共享内存)的进程可以收到通知,并进行死锁修复。
例如,如图6所示,上述数据传输方法还可以包括:步骤601至步骤602。
步骤601,在内核监听到所述第一进程意外退出时,将所述互斥锁的状态设置为待修复的状态。
步骤602,所述第二进程获取所述互斥锁时,若所述互斥锁的状态为待修复的状态,则调用修复接口函数修复所述互斥锁。
由于进程的所有操作都是内核中完成的,因此,内核可以知晓所有进程的运行情况,当内核监听到某个进程意外退出时,若该进程访问的共享内存的互斥锁为打开死锁修复功能的互斥锁时,那么内核将会使该共享内存的互斥锁的状态设置为待修复的状态。此时,若第二进程获取该共享内存的互斥锁,以访问该共享内存时,会接收到返回的一段固定的错误代码。第二进程接收到错误代码后,将调用修复接口函数修复所述互斥锁,实现死锁修复。
例如,如图7所示,若进程A在获取打开死锁修复功能的互斥锁后,意外退出,操作系统(内核)检测到进程A意外退出后,将互斥锁的状态设置为待修复的状态并唤醒正在休眠等待的进程B,进程B在获取上述互斥锁时,将接收到一段错误代码,并在接收到该错误代码后,进程B调用修复接口函数修复该互斥锁,并在修复完成后,可以重新获取上述该互斥锁。
需要说明的是,由于快速用户空间互斥锁的死锁修复功能需要内核在进程意外退出时,通知进程进行死锁修复,会消耗一定的系统资源,因此,默认情况下快速用户空间互斥锁的死锁修复功能是不打开的,本申请实施例中,通过打开快速用户空间互斥锁的死锁修复功能,使得进程意外退出时,能够进行死锁通知与修复,不会产生死锁而阻塞,避免了系统资源被意外退出的进程占用,提高了系统资源利用率,以及进程间数据传输的效率。
可选的,在本申请的一些实施方式中,可以通过配置强健属性(robust属性)打开上述快速用户空间互斥锁的死锁修复功能。
在上述步骤203中,条件信号是指定义在共享内存中条件变量,用于指示上述第二进程有序读取上述共享内存的数据。例如,可以使用pthread condition作为上述条件信号。
具体地,虽然在上述快速用户空间互斥锁可以使得系统资源未被占用时,进程可以不需切换到内核态,直接返回用于标识上述数据锁的状态为解锁状态的预设信号,提高了进程间数据传输的效率;但是,在系统资源(共享内存)被占用时,即,互斥锁的状态为加锁状态时,进程还是需要从用户态切换到内核态进行等待,消耗系统资源。
因此,在本申请实施例中,为了降低资源访问冲突,尽可能地避免进程从用户态切换到内核态进行等待,消耗系统资源,在所述待写入数据写入完成时,可以通过向所述第二进程发送条件信号,使得第二进程可以在接收到条件信号时,读取第一进程发送的数据,实现进程间的数据传输有序进行,避免了在第一进程还在写数据的过程中,第二进程去读取数据而出现资源冲突,导致第二进程发生被迫进入内核态的情况,降低了系统资源的占用。
具体的,如图8所示,在本申请的一些实施方式中,上述第一进程向第二进程发送条件信号之后,还可以包括:步骤801至步骤803。
步骤801,第二进程在被唤醒时,获取所述互斥锁。
步骤802,若上述互斥锁的状态为解锁状态,则读取所述共享内存的待读取数据;
步骤803,所述第二进程在所述待读取数据读取完成时,将所述互斥锁的状态设置为解锁状态。
例如,上述第二进程被操作系统唤醒或者被第一进程唤醒之后,获取互斥锁,并在互斥锁的状态为解锁状态时,进行数据读取。
在本申请的实施例中,上述待读取数据是指上述第一进程写入共享内存的数据。
通过上述方法,可以使进程间的数据传输有序进行,避免出现进程间资源冲突,提高了数据传输效率。
需要说明的是,在实际应用中,上述互斥锁可以包括信号锁和数据锁。例如,上述步骤201至步骤203的具体实现可以为:第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的数据锁;若所述数据锁的状态为解锁状态,则将所述数据锁的状态设置为加锁状态,并将所述待写入数据写入所述共享内存;在所述待写入数据写入完成时,将所述数据锁的状态设置为解锁状态,并获取所述共享内存的信号锁;所述数据锁和所述信号锁为已打开死锁修复的功能的快速用户空间互斥锁;若所述信号锁的状态为解锁状态,则将所述信号锁的状态设置为加锁状态,并向所述第二进程发送条件信号;所述条件信号用于指示所述第二进程读取所述共享内存的数据;将所述信号锁的状态设置为解锁状态。
上述步骤801至步骤803的具体实现过程可以为:第二进程在被唤醒之后,获取所述信号锁;若所述信号锁的状态为解锁状态,则所述第二进程将所述信号锁的状态设置为加锁状态,并获取所述数据锁;若所述数据锁为的状态为解锁状态,则所述第二进程将所述数据锁的状态设置为加锁状态,并读取所述共享内存的待读取数据;所述第二进程在所述待读取数据读取完成时,将所述数据锁的状态设置为解锁状态,并将所述信号锁的状态设置为解锁状态。
在本申请的一些实施例中,在所述获取第一进程与第二进程之间的共享内存的互斥锁之前可以包括:创建用于向上述第二进程发送上述待写入数据的上述共享内存。
上述创建用于向上述第二进程发送上述待写入数据的上述共享内存,可以使每片共享内存内进程间的数据传输是单向的。
例如,如图9所示,第一进程写数据,第二进程读数据使用的是第一进程到第二进程方向共享内存M;而上述第二进程写数据,上述第一进程读数据使用的是第二进程方向到第一进程方向的共享内存N。通过上述方法,可以保证进程间的数据传输的高效性。
具体的,上述创建用于向上述第二进程发送上述待写入数据的上述共享内存,可以包括:利用上述第一进程与上述第二进程之间预先约定好的秘钥创建上述用于向上述第二进程发送上述待写入数据的上述共享内存。
例如,第一进程与第二进程使用密钥passwordA创建共享内存A,进程C与进程D使用密钥passwordB创建共享内存B,则在上述第一进程与第二进程之间的数据传输过程中,上述第一进程与第二进程的数据、条件信号等都通过passwordA指向共享内存A,而上述使用密钥passwordB的进程C或进程D无法访问到上述第一进程与第二进程之间的共享内存A,因此无法获取上述第一进程与第二进程的数据、条件信号等。
通过上述方法,在进程间的数据传输过程中,可以精准地通知目标进程,避免其他进程争抢系统资源,提高进程间的数据传输的效率与安全性。
为了进一步提高系统资源的利用率,在本发明的一些实施例中,在上述读取上述共享内存的待读取数据之后,还可以包括:释放上述共享内存。
本申请实施例还提供一种进程间的数据传输装置,该装置包括用于执行前述的进程间的数据传输方法中的各步骤的模块,该装置可集成于上述终端。该装置中未详细描述之处请详见前述方法的描述。
参见图10,是本申请实施例提供的一种进程间的数据传输装置的示意框图。本实施例的进程间的数据传输装置10包括:第一获取单元11、写入单元12和发送单元13。
第一获取单元11,用于第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的互斥锁;所述互斥锁为已打开死锁修复的功能的快速用户空间互斥锁;
写入单元12,用于若所述互斥锁的状态为解锁状态,则将所述待写入数据写入所述共享内存;
发送单元13,用于在所述待写入数据写入完成时,向所述第二进程发送条件信号,并将所述互斥锁的状态设置为解锁状态;所述条件信号用于指示所述第二进程读取所述共享内存的数据。
可选的,进程间的数据传输装置10还可以包括:第二获取单元,用于第二进程在被唤醒时,获取所述互斥锁;读取单元,用于若所述互斥锁的状态为解锁状态,则读取共享内存的待读取数据;解锁单元,用于所述第二进程在所述待读取数据读取完成时,将所述互斥锁的状态设置为解锁状态。
可选的,上述进程间的数据传输装置10还可以包括:创建单元,用于,在所述获取第一进程与第二进程之间的共享内存的互斥锁之前,创建用于向所述第二进程发送所述待写入数据的所述共享内存。
可选的,上述创建单元,还具体用于,利用所述第一进程与所述第二进程之间预先约定好的秘钥创建所述用于向所述第二进程发送所述待写入数据的所述共享内存。
可选的,数据传输装置10还可以包括:释放单元,用于释放所述共享内存。
可选的,数据传输装置10还可以包括:修复单元,用于在内核监听到所述第一进程意外退出时,将所述互斥锁的状态设置为待修复的状态;所述第二进程获取所述互斥锁时,若所述互斥锁的状态为待修复的状态,则调用修复接口函数修复所述互斥锁。
可选的,上述第一获取单元还用于,若所述互斥锁的状态为加锁状态,则将所述第一进程从用户态切换到内核态进行等待;若所述互斥锁的状态为解锁状态,则返回用于标识所述互斥锁的状态为解锁状态的预设信号。
图11是本申请实施例提供的终端的示意图。如图11所示,该实施例的终端11包括:处理器110、存储器111以及存储在存储器111中并可在处理器110上运行的计算机程序112,例如,进程间的数据传输的程序。处理器110执行计算机程序112时实现上述进程间的数据传输方法实施例中的步骤,例如图2所示的步骤201至步骤203。或者,处理器110执行计算机程序112时实现上述各装置实施例中各单元的功能,例如图10所示单元11至13的功能。
示例性的,计算机程序112可以被分割成一个或多个模块/单元,一个或者多个模块/单元被存储在存储器111中,并由处理器110执行,以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序112在终端11中的执行过程。例如,计算机程序112可以被分割成第一获取单元、写入单元以及发送单元(虚拟装置中的单元),各单元具体功能如下:
第一获取单元,用于第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的互斥锁;所述互斥锁为已打开死锁修复的功能的快速用户空间互斥锁;
写入单元,用于若所述互斥锁的状态为解锁状态,则将所述待写入数据写入所述共享内存;
发送单元,用于在所述待写入数据写入完成时,向所述第二进程发送条件信号,并将所述互斥锁的状态设置为解锁状态;所述条件信号用于指示所述第二进程读取所述共享内存的数据。
终端11可包括,但不仅限于,处理器110、存储器111。本领域技术人员可以理解,图11仅仅是终端11的示例,并不构成对终端11的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器110可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器111可以是终端11的内部存储单元,例如终端11的硬盘或内存。存储器111也可以是终端11的外部存储设备,例如终端11上配备的插接式硬盘,智能存储卡(SmartMedia Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,存储器111还可以既包括终端10的内部存储单元也包括外部存储设备。存储器111用于存储计算机程序以及终端设备所需的其他程序和数据。存储器111还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,计算机程序包括计算机程序代码,计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括:能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是,计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种进程间的数据传输方法,其特征在于,包括:
第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的互斥锁;所述互斥锁为已打开死锁修复的功能的快速用户空间互斥锁;
若所述互斥锁的状态为解锁状态,则将所述待写入数据写入所述共享内存;
在所述待写入数据写入完成时,向所述第二进程发送条件信号,并将所述互斥锁的状态设置为解锁状态;所述条件信号用于指示所述第二进程读取所述共享内存的数据。
2.如权利要求1所述的数据传输方法,其特征在于,在所述向所述第二进程发送条件信号之后,还包括:
第二进程在被唤醒时,获取所述互斥锁;
若所述互斥锁的状态为解锁状态,则读取共享内存的待读取数据;
所述第二进程在所述待读取数据读取完成时,将所述互斥锁的状态设置为解锁状态。
3.如权利要求1或2所述的数据传输方法,其特征在于,在所述获取第一进程与第二进程之间的共享内存的互斥锁之前,包括:
创建用于向所述第二进程发送所述待写入数据的所述共享内存。
4.如权利要求3所述的数据传输方法,其特征在于,所述创建用于向所述第二进程发送所述待写入数据的所述共享内存,包括:
利用所述第一进程与所述第二进程之间预先约定好的秘钥创建所述用于向所述第二进程发送所述待写入数据的所述共享内存。
5.如权利要求2所述的数据传输方法,其特征在于,在所述读取所述共享内存的待读取数据之后,包括:
释放所述共享内存。
6.如权利要求1所述的数据传输方法,其特征在于,所述数据传输方法还包括:
在内核监听到所述第一进程意外退出时,将所述互斥锁的状态设置为待修复的状态;
所述第二进程获取所述互斥锁时,若所述互斥锁的状态为待修复的状态,则调用修复接口函数修复所述互斥锁。
7.如权利要求1所述的数据传输方法,其特征在于,所述获取第一进程与第二进程之间的共享内存的互斥锁,包括:
若所述互斥锁的状态为加锁状态,则将所述第一进程从用户态切换到内核态进行等待;
若所述互斥锁的状态为解锁状态,则返回用于标识所述互斥锁的状态为解锁状态的预设信号。
8.一种进程间的数据传输装置,其特征在于,包括:
第一获取单元,用于第一进程向第二进程发送待写入数据时,获取第一进程与第二进程之间的共享内存的互斥锁;所述互斥锁为已打开死锁修复的功能的快速用户空间互斥锁;
写入单元,用于若所述互斥锁的状态为解锁状态,则将所述待写入数据写入所述共享内存;
发送单元,用于在所述待写入数据写入完成时,向所述第二进程发送条件信号,并将所述互斥锁的状态设置为解锁状态;所述条件信号用于指示所述第二进程读取所述共享内存的数据。
9.一种终端,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述方法的步骤。
10.一种计算机存储介质,所述计算机存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910806128.XA CN110597640A (zh) | 2019-08-29 | 2019-08-29 | 进程间的数据传输方法、装置、终端及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910806128.XA CN110597640A (zh) | 2019-08-29 | 2019-08-29 | 进程间的数据传输方法、装置、终端及计算机存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110597640A true CN110597640A (zh) | 2019-12-20 |
Family
ID=68856125
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910806128.XA Pending CN110597640A (zh) | 2019-08-29 | 2019-08-29 | 进程间的数据传输方法、装置、终端及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110597640A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111167119A (zh) * | 2019-12-31 | 2020-05-19 | 深圳市优必选科技股份有限公司 | 一种游戏开发展示方法、装置、设备及存储介质 |
CN111338705A (zh) * | 2020-02-13 | 2020-06-26 | 贝壳技术有限公司 | 一种数据处理的方法、装置和存储介质 |
CN111901660A (zh) * | 2020-06-30 | 2020-11-06 | 视联动力信息技术股份有限公司 | 一种图像显示方法、终端、电子设备及存储介质 |
CN112099967A (zh) * | 2020-08-20 | 2020-12-18 | 深圳市元征科技股份有限公司 | 数据传输方法、终端、装置、设备及介质 |
CN112764946A (zh) * | 2021-01-08 | 2021-05-07 | 重庆创通联智物联网有限公司 | 跨进程数据传输方法、装置、电子设备和存储介质 |
CN113301101A (zh) * | 2021-02-01 | 2021-08-24 | 淘宝(中国)软件有限公司 | 分布式文件系统的数据传输方法以及装置 |
WO2022001506A1 (zh) * | 2020-06-30 | 2022-01-06 | 华为技术有限公司 | 一种运行进程的方法及装置 |
CN114079732A (zh) * | 2020-08-20 | 2022-02-22 | 腾讯科技(深圳)有限公司 | 摄像头控制方法及装置、电子设备、存储介质 |
CN114911632A (zh) * | 2022-07-11 | 2022-08-16 | 北京融为科技有限公司 | 一种进程间通信的控制方法和系统 |
WO2024007207A1 (en) * | 2022-07-06 | 2024-01-11 | Huawei Technologies Co., Ltd. | Synchronization mechanism for inter process communication |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127685A (zh) * | 2007-09-20 | 2008-02-20 | 中兴通讯股份有限公司 | 一种进程间通讯装置及其进程间通讯方法 |
CN103761182A (zh) * | 2013-12-26 | 2014-04-30 | 上海华为技术有限公司 | 一种死锁检测方法及装置 |
CN104820622A (zh) * | 2015-05-22 | 2015-08-05 | 上海斐讯数据通信技术有限公司 | 一种共享内存锁管理控制方法及系统 |
CN106055417A (zh) * | 2016-06-02 | 2016-10-26 | 北京百度网讯科技有限公司 | 用于机器人操作系统的消息传输方法和装置 |
CN106201730A (zh) * | 2016-07-07 | 2016-12-07 | 浪潮(北京)电子信息产业有限公司 | 一种linux用户态互斥锁死锁检测方法及系统 |
CN106980551A (zh) * | 2017-03-24 | 2017-07-25 | 山东浪潮商用系统有限公司 | 一种进程通信方法及装置 |
CN107577539A (zh) * | 2016-07-05 | 2018-01-12 | 阿里巴巴集团控股有限公司 | 用于内核态和用户态通讯的共享内存结构及其应用 |
CN109766199A (zh) * | 2018-12-29 | 2019-05-17 | 歌尔股份有限公司 | 一种机器人操作系统中的节点通信方法和装置 |
-
2019
- 2019-08-29 CN CN201910806128.XA patent/CN110597640A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127685A (zh) * | 2007-09-20 | 2008-02-20 | 中兴通讯股份有限公司 | 一种进程间通讯装置及其进程间通讯方法 |
CN103761182A (zh) * | 2013-12-26 | 2014-04-30 | 上海华为技术有限公司 | 一种死锁检测方法及装置 |
CN104820622A (zh) * | 2015-05-22 | 2015-08-05 | 上海斐讯数据通信技术有限公司 | 一种共享内存锁管理控制方法及系统 |
CN106055417A (zh) * | 2016-06-02 | 2016-10-26 | 北京百度网讯科技有限公司 | 用于机器人操作系统的消息传输方法和装置 |
CN107577539A (zh) * | 2016-07-05 | 2018-01-12 | 阿里巴巴集团控股有限公司 | 用于内核态和用户态通讯的共享内存结构及其应用 |
CN106201730A (zh) * | 2016-07-07 | 2016-12-07 | 浪潮(北京)电子信息产业有限公司 | 一种linux用户态互斥锁死锁检测方法及系统 |
CN106980551A (zh) * | 2017-03-24 | 2017-07-25 | 山东浪潮商用系统有限公司 | 一种进程通信方法及装置 |
CN109766199A (zh) * | 2018-12-29 | 2019-05-17 | 歌尔股份有限公司 | 一种机器人操作系统中的节点通信方法和装置 |
Non-Patent Citations (1)
Title |
---|
郭玉东: "《基于名字空间的安全程序设计》", 31 December 2018 * |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111167119A (zh) * | 2019-12-31 | 2020-05-19 | 深圳市优必选科技股份有限公司 | 一种游戏开发展示方法、装置、设备及存储介质 |
CN111167119B (zh) * | 2019-12-31 | 2023-12-01 | 深圳市优必选科技股份有限公司 | 一种游戏开发展示方法、装置、设备及存储介质 |
CN111338705A (zh) * | 2020-02-13 | 2020-06-26 | 贝壳技术有限公司 | 一种数据处理的方法、装置和存储介质 |
WO2022001506A1 (zh) * | 2020-06-30 | 2022-01-06 | 华为技术有限公司 | 一种运行进程的方法及装置 |
CN111901660A (zh) * | 2020-06-30 | 2020-11-06 | 视联动力信息技术股份有限公司 | 一种图像显示方法、终端、电子设备及存储介质 |
CN112099967A (zh) * | 2020-08-20 | 2020-12-18 | 深圳市元征科技股份有限公司 | 数据传输方法、终端、装置、设备及介质 |
CN114079732A (zh) * | 2020-08-20 | 2022-02-22 | 腾讯科技(深圳)有限公司 | 摄像头控制方法及装置、电子设备、存储介质 |
CN114079732B (zh) * | 2020-08-20 | 2022-11-22 | 腾讯科技(深圳)有限公司 | 摄像头控制方法及装置、电子设备、存储介质 |
CN112764946A (zh) * | 2021-01-08 | 2021-05-07 | 重庆创通联智物联网有限公司 | 跨进程数据传输方法、装置、电子设备和存储介质 |
CN112764946B (zh) * | 2021-01-08 | 2024-02-02 | 重庆创通联智物联网有限公司 | 跨进程数据传输方法、装置、电子设备和存储介质 |
CN113301101A (zh) * | 2021-02-01 | 2021-08-24 | 淘宝(中国)软件有限公司 | 分布式文件系统的数据传输方法以及装置 |
WO2024007207A1 (en) * | 2022-07-06 | 2024-01-11 | Huawei Technologies Co., Ltd. | Synchronization mechanism for inter process communication |
CN114911632A (zh) * | 2022-07-11 | 2022-08-16 | 北京融为科技有限公司 | 一种进程间通信的控制方法和系统 |
CN114911632B (zh) * | 2022-07-11 | 2022-09-13 | 北京融为科技有限公司 | 一种进程间通信的控制方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110597640A (zh) | 进程间的数据传输方法、装置、终端及计算机存储介质 | |
EP3701377B1 (en) | Method and apparatus for updating shared data in a multi-core processor environment | |
JPH0535453B2 (zh) | ||
JPH0535454B2 (zh) | ||
GB2412201A (en) | Inter processor communication on a multi-processor system using proxies | |
US9164799B2 (en) | Multiprocessor system | |
US10831539B2 (en) | Hardware thread switching for scheduling policy in a processor | |
EP4336359A1 (en) | Method for processing page faults and corresponding apparatus | |
US7793023B2 (en) | Exclusion control | |
US10628352B2 (en) | Heterogeneous multi-processor device and method of enabling coherent data access within a heterogeneous multi-processor device | |
Chen et al. | A fully asynchronous reader/writer mechanism for multiprocessor real-time systems | |
CN111435314A (zh) | 一种不阻塞线程等待异步消息的方法、系统、服务器及存储介质 | |
US9250977B2 (en) | Tiered locking of resources | |
CN112153114A (zh) | 一种分时访问共享器件的方法、系统、设备及介质 | |
Chen et al. | A three-slot asynchronous reader/writer mechanism for multiprocessor real-time systems | |
EP4318211A1 (en) | Method for inspecting code under weak memory order architecture, and corresponding device | |
CN114791854A (zh) | 用户态虚拟机任务的调度方法、装置、设备及存储介质 | |
CN113961364A (zh) | 一种大规模锁系统实现方法、装置、存储介质和服务器 | |
CN111930527A (zh) | 一种多核异构平台维护cache一致性的方法 | |
CN109375990B (zh) | 一种基于原子操作的环形链表方法 | |
CN113782071A (zh) | 处理输入/输出请求的系统和方法 | |
CN110764880B (zh) | 一种基于原子操作的三态控制方法 | |
CN115202884B (zh) | 基于轮询的高性能系统的加解读写锁的方法及应用 | |
US10599470B1 (en) | Cloud thread synchronization | |
KR20150087743A (ko) | 멀티 쓰레딩 프로세서에서의 메모리 동기화 제어 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191220 |
|
RJ01 | Rejection of invention patent application after publication |