CN112269655B - 内存映射文件清理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了内存映射文件清理方法、装置、电子设备及存储介质，涉及深度学习等人工智能领域，其中的方法可包括：源进程构建写入内存管理类；源进程利用写入内存管理类执行以下第一处理：创建内存映射文件，并针对内存映射文件进行共享内存映射及向内存映射文件中写入共享内存数据；其中，内存映射文件用于使目标进程构建的读取内存管理类重建共享内存数据，读取内存管理类还用于在程序正常退出的析构时清理内存映射文件。应用本申请所述方案，可节省人力成本及提升处理效率等。

Description

内存映射文件清理方法、装置、电子设备及存储介质

技术领域

本申请涉及人工智能技术领域，特别涉及深度学习领域的内存映射文件清理方法、装置、电子设备及存储介质。

背景技术

为了提高深度学习框架的数据处理效率，可使用多进程并行处理数据，比如，在训练模型从磁盘载入数据时，为了提高数据载入效率，可支持多进程载入数据，相应地，需要支持进程间数据共享，才能达到理想的数据异步处理效率。

由于进程间地址空间并不共享，因此需要使用共享内存技术支持进程间的数据传输。在Unix操作系统中，较大的进程间数据共享需要使用文件映射。使用文件映射，即创建共享内存时，需要在磁盘上创建对应的内存映射文件。

内存回收和内存映射文件回收是分离的两个过程，系统能够在程序退出时自动回收内存，但内存映射文件却需要编程人员手动调用接口删除(即清理)，当内存映射文件较多时，这种方式需要较大的人力成本，且效率低下等。

发明内容

本申请提供了内存映射文件清理方法、装置、电子设备及存储介质。

一种内存映射文件清理方法，包括：

源进程构建写入内存管理类；

所述源进程利用所述写入内存管理类执行以下第一处理：创建内存映射文件，并针对所述内存映射文件进行共享内存映射及向所述内存映射文件中写入共享内存数据；

其中，所述内存映射文件用于使目标进程构建的读取内存管理类重建共享内存数据，所述读取内存管理类还用于在程序正常退出的析构时清理所述内存映射文件。

一种内存映射文件清理方法，包括：

目标进程构建读取内存管理类；

所述目标进程利用所述读取内存管理类执行以下第二处理：根据内存映射文件重建共享内存数据，并在程序正常退出的析构时清理所述内存映射文件；

其中，所述内存映射文件为源进程利用写入内存管理类创建、并进行共享内存映射及写入共享内存数据后的内存映射文件。

一种内存映射文件清理装置，应用于源进程中，包括：第一处理模块；

所述第一处理模块，用于构建写入内存管理类，利用所述写入内存管理类执行以下第一处理：创建内存映射文件，并针对所述内存映射文件进行共享内存映射及向所述内存映射文件中写入共享内存数据；其中，所述内存映射文件用于使目标进程构建的读取内存管理类重建共享内存数据，所述读取内存管理类还用于在程序正常退出的析构时清理所述内存映射文件。

一种内存映射文件清理装置，应用于目标进程中，包括：第三处理模块；

所述第三处理模块，用于构建读取内存管理类，利用所述读取内存管理类执行以下第二处理：根据内存映射文件重建共享内存数据，并在程序正常退出的析构时清理所述内存映射文件；其中，所述内存映射文件为源进程利用写入内存管理类创建、并进行共享内存映射及写入共享内存数据后的内存映射文件。

一种电子设备，包括：

至少一个处理器；以及：

与所述至少一个处理器通信连接的存储器；其中：

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如以上所述的方法。

一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如以上所述的方法。

一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如以上所述的方法。

上述申请中的一个实施例具有如下优点或有益效果：设计了写入内存管理类和读取内存管理类，源进程可利用写入内存管理类进行内存映射文件的创建及数据写入等，目标进程可利用读取内存管理类根据内存映射文件来重建共享内存数据，并可在程序正常退出的析构时清理内存映射文件等，从而实现了内存映射文件的自动清理，进而节省了人力成本及提升了处理效率等。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请所述内存映射文件清理方法第一实施例的流程图；

图2为本申请所述写入内存管理类和读取内存管理类的处理逻辑示意图；

图3为本申请所述正常情况下的内存映射文件名集合的维护逻辑示意图；

图4为本申请所述程序异常退出时的内存映射文件清理逻辑示意图；

图5为本申请所述内存映射文件清理方法第二实施例的流程图；

图6为本申请所述内存映射文件清理装置第一实施例60的组成结构示意图；

图7为本申请所述内存映射文件清理装置第二实施例70的组成结构示意图；

图8为根据本申请实施例所述方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

另外，应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本申请所述内存映射文件清理方法第一实施例的流程图。如图1 所示，包括以下具体实现方式。

在步骤101中，源进程构建写入内存管理类。

在步骤102中，源进程利用写入内存管理类执行以下第一处理：创建内存映射文件，并针对内存映射文件进行共享内存映射及向内存映射文件中写入共享内存数据；其中，内存映射文件用于使目标进程构建的读取内存管理类重建共享内存数据，读取内存管理类还用于在程序正常退出的析构时清理内存映射文件。

在实际应用中，每个进程均可构建写入内存管理类和读取内存管理类，当进程作为源进程时，可使用写入内存管理类，当进程作为目标进程时，可使用读取内存管理类。源进程和目标进程为进行数据共享的任意两个进程。

可以看出，上述实施例中，设计了写入内存管理类和读取内存管理类，源进程可利用写入内存管理类进行内存映射文件的创建及数据写入等，目标进程可利用读取内存管理类根据内存映射文件来重建共享内存数据，并可在程序正常退出的析构时清理内存映射文件等，从而实现了内存映射文件的自动清理，进而节省了人力成本及提升了处理效率等。

本申请中可利用C++原生智能指针管理内存管理类对象，引用计数减少至0时，自动析构。

图2为本申请所述写入内存管理类和读取内存管理类的处理逻辑示意图。如图2所示，写入内存管理类可在源进程需要进行数据的进程间传输时构建相应的对象，并负责创建内存映射文件，以及针对内存映射文件进行共享内存映射及向内存映射文件中写入共享内存数据，管理源进程的数据，并可在析构时释放共享内存等，读取内存管理类可在目标进程需要接收源进程的数据时构建相应的对象，并负责根据内存映射文件重建共享内存数据，以及在析构时释放共享内存和清理磁盘上的内存映射文件等。

数据在进程间传输时，通常不会直接传输数据本身，而是传输数据的描述信息，如数据类型和数据大小等，当目标进程从源进程获取到描述信息时，可根据描述信息及内存映射文件重建共享内存数据。也就是说，源进程可将共享内存数据的描述信息传输给目标进程，用于目标进程根据描述信息及内存映射文件重建共享内存数据。

进程退出的条件是随机的，如可能是正常执行结束，也可能是用户主动终止执行，还可能是进程出错被迫终止执行等。一个功能完备的框架需要在各种场景下均能保证内存映射文件被彻底清理。

相应地，所述场景可包括：

a)正常训练结束，所有预期数据均被使用；

b)训练中间跳出(break)，仅使用了部分预期数据即结束；

c)训练中途用户杀死(kill)进程或者进程出现异常退出。

其中，场景a)为程序正常退出的场景，可由读取内存管理类来清理内存映射文件，场景b)和场景c)为程序异常退出的场景，需要采用其它的内存映射文件清理方式。

相应地，本申请中设计了能够确保在python各种退出场景下均能执行清理操作的清理函数注册方法，将用户指定的清理操作同时注册为程序正常退出时需要执行的函数以及各种信号(signal)的处理函数，从而确保了可靠的退出时清理，即确保了在各种场景下都能在程序退出时执行内存映射文件的清理。

如前所述，目标进程的读取内存管理类在重建共享内存数据后，在程序正常退出时会经过析构，析构时会自动完成共享内存和内存映射文件的清理，因此，只要目标进程重建了共享内存数据，则不会出现相应的文件残留，而可能出现文件残留的情况，均是目标进程尚未使用预期需要重建的共享内存数据就异常退出导致的。

进程间进行数据传输时通常需要依赖于进程间的队列或管道，具体为队列还是管道可根据实际需要而定，如可利用进程间的队列或管道来传输共享内存数据的描述信息。

相应地，需要清理的残留可包括：

a1)目标进程：程序异常退出时，进程间的队列或者管道中残留的共享内存数据的描述信息对应的内存映射文件需要清理；

b1)源进程：程序异常退出时，源进程中已申请但还未开始传输(未来得及放入队列或管道)的共享内存数据对应的内存映射文件需要清理。

当程序异常退出时，目标进程和源进程均处于异常退出状态，均需要执行对应的清理。如对于源进程来说，可清理已申请但还未开始传输的共享内存数据对应的内存映射文件，对于目标进程来说，可清理与源进程之间的队列或管道中残留的描述信息对应的内存映射文件。

为此，各进程可分别维护自己的内存映射文件名集合，对于任一进程来说，若利用写入内存管理类创建了内存映射文件，则可将创建的内存映射文件的文件名加入对应的内存映射文件名集合中，若利用读取内存管理类清理了内存映射文件，则可将清理的内存映射文件的文件名从对应的内存映射文件中删除。由于读取内存管理类在析构时会自动清理相应的内存映射文件，因此内存映射文件名集合中仍然记录的文件名对应的内存映射文件即为需要采用其它方式清理的内存映射文件。

具体地，对于源进程来说，当需要如b1)中所述，清理已申请但还未开始传输的共享内存数据对应的内存映射文件时，可清理源进程对应的内存映射文件名集合中的文件名对应的内存映射文件。这种情况下，残留的内存映射文件的文件名已经维护在源进程对应的内存映射文件名集合中了，因此直接在程序异常退出时清理源进程对应的内存映射文件名集合中的文件名对应的内存映射文件即可。

其中，若内存映射文件名集合中的某一/某些文件名对应的内存映射文件之前已被清理，那么忽略这个/这些文件名即可。

对于目标进程来说，当需要如a1)中所述，清理队列或管道中残留的描述信息对应的内存映射文件时，可将队列或管道中残留的描述信息对应的内存映射文件的文件名加入对应的内存映射文件名集合中，并清理对应的内存映射文件名集合中的文件名对应的内存映射文件。

如目标进程可将队列或管道中的所有数据(描述信息)弹出，弹出时可自动进行共享内存数据重建，并可将相应的内存映射文件名加入对应的内存映射文件名集合中，进而可清理对应的内存映射文件名集合中的文件名对应的内存映射文件。

基于上述介绍，图3为本申请所述正常情况下的内存映射文件名集合的维护逻辑示意图，图4为本申请所述程序异常退出时的内存映射文件清理逻辑示意图。具体实现请参照前述相关说明，不再赘述。

通过上述处理，解决了各种场景下内存映射文件的清理问题，从而确保了内存映射文件清理的彻底性，避免了文件累积，节省了存储空间等。

图5为本申请所述内存映射文件清理方法第二实施例的流程图。如图5 所示，包括以下具体实现方式。

在步骤501中，目标进程构建读取内存管理类。

在步骤502中，目标进程利用读取内存管理类执行以下第二处理：根据内存映射文件重建共享内存数据，并在程序正常退出的析构时清理内存映射文件；其中，内存映射文件为源进程利用写入内存管理类创建、并进行共享内存映射及写入共享内存数据后的内存映射文件。

目标进程还可获取来自源进程的共享内存数据的描述信息，根据描述信息及内存映射文件重建共享内存数据。

具体地，目标进程可通过与源进程间的队列或管道获取来自源进程的描述信息。当程序异常退出时，目标进程还可清理队列或管道中残留的描述信息对应的内存映射文件。

目标进程可维护一个内存映射文件名集合，其中，若利用读取内存管理类清理了内存映射文件，则可将清理的内存映射文件的文件名从内存映射文件中删除。相应地，目标进程可将队列或管道中残留的描述信息对应的内存映射文件的文件名加入内存映射文件名集合，并清理内存映射文件名集合中的文件名对应的内存映射文件。

需要说明的是，对于前述的各方法实施例，为了简单描述，将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。另外，某个实施例中没有详述的部分，可以参见其它实施例中的相关说明。

以上是关于方法实施例的介绍，以下通过装置实施例，对本申请所述方案进行进一步说明。

图6为本申请所述内存映射文件清理装置第一实施例60的组成结构示意图，可应用于源进程中，包括：第一处理模块601。

第一处理模块601，用于构建写入内存管理类，利用写入内存管理类执行以下第一处理：创建内存映射文件，并针对内存映射文件进行共享内存映射及向内存映射文件中写入共享内存数据；其中，内存映射文件用于使目标进程构建的读取内存管理类重建共享内存数据，读取内存管理类还用于在程序正常退出的析构时清理内存映射文件。

第一处理模块601还可将共享内存数据的描述信息传输给目标进程，用于目标进程根据描述信息及内存映射文件重建共享内存数据。

如图6所示，所述装置中还可包括：第二处理模块602，用于在确定程序异常退出时，清理已申请但还未开始传输的共享内存数据对应的内存映射文件。

相应地，第二处理模块602可维护一个内存映射文件名集合，其中，若利用写入内存管理类创建了内存映射文件，则可将创建的内存映射文件的文件名加入内存映射文件名集合中。第二处理模块602可清理内存映射文件名集合中的文件名对应的内存映射文件。

图7为本申请所述内存映射文件清理装置第二实施例70的组成结构示意图，可应用于目标进程中，包括：第三处理模块701。

第三处理模块701，用于构建读取内存管理类，利用读取内存管理类执行以下第二处理：根据内存映射文件重建共享内存数据，并在程序正常退出的析构时清理内存映射文件；其中，内存映射文件为源进程利用写入内存管理类创建、并进行共享内存映射及写入共享内存数据后的内存映射文件。

第三处理模块701还可获取来自源进程的共享内存数据的描述信息，根据描述信息及内存映射文件重建共享内存数据。

具体地，第三处理模块701可通过与源进程间的队列或管道获取来自源进程的描述信息。

如图7所示，所述装置中还可包括：第四处理模块702，用于在确定程序异常退出时，清理队列或管道中残留的描述信息对应的内存映射文件。

相应地，第四处理模块702可维护内存映射文件名集合，其中，若利用读取内存管理类清理了内存映射文件，则可将清理的内存映射文件的文件名从内存映射文件中删除。第四处理模块702可将队列或管道中残留的描述信息对应的内存映射文件的文件名加入内存映射文件名集合，并清理内存映射文件名集合中的文件名对应的内存映射文件。

本申请同时公开了一种内存映射文件清理系统，可包括如图6中所示的装置以及如图7中所示的装置。

上述装置和系统实施例的具体工作流程请参照前述方法实施例中的相关说明，不再赘述。

总之，采用本申请装置和系统实施例所述方案，可解决各种场景下内存映射文件的清理问题，从而确保了内存映射文件清理的彻底性，避免了文件累积，节省了存储空间等。

本申请所述方案可应用于人工智能领域，特别涉及深度学习领域。人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术，人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术，人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图8所示，是根据本申请实施例所述方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图8所示，该电子设备包括：一个或多个处理器Y01、存储器Y02，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示图形用户界面的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图8中以一个处理器Y01为例。

存储器Y02即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的方法。

存储器Y02作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的方法对应的程序指令/模块。处理器Y01通过运行存储在存储器Y02中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的方法。

存储器Y02可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器Y02可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器Y02可选包括相对于处理器Y01远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、区块链网络、局域网、移动通信网及其组合。

电子设备还可以包括：输入装置Y03和输出装置Y04。处理器Y01、存储器Y02、输入装置Y03和输出装置Y04可以通过总线或者其他方式连接，图8中以通过总线连接为例。

输入装置Y03可接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置Y04可以包括显示设备、辅助照明装置和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器、发光二极管显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用集成电路、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/ 或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置)，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，阴极射线管或者液晶显示器监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网、广域网、区块链网络和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (10)

1.一种内存映射文件清理方法，包括：

源进程构建写入内存管理类；

所述源进程利用所述写入内存管理类执行以下第一处理：创建内存映射文件，并针对所述内存映射文件进行共享内存映射及向所述内存映射文件中写入共享内存数据；

其中，所述内存映射文件用于使目标进程构建的读取内存管理类重建共享内存数据，所述读取内存管理类还用于在程序正常退出的析构时清理所述内存映射文件；

所述方法还包括：所述源进程维护内存映射文件名集合，若利用所述写入内存管理类创建了内存映射文件，则将创建的内存映射文件的文件名加入所述内存映射文件名集合中，利用所述内存映射文件名集合在程序异常退出时清理残留的已申请但还未开始传输的共享内存数据对应的内存映射文件；其中，通过将清理操作注册为程序正常退出时需要执行的函数确保在程序异常退出时执行内存映射文件的清理；其中，所述清理已申请但还未开始传输的共享内存数据对应的内存映射文件包括：清理所述内存映射文件名集合中的文件名对应的内存映射文件；

所述方法还包括：所述源进程将共享内存数据的描述信息传输给所述目标进程，用于所述目标进程根据所述描述信息及所述内存映射文件重建共享内存数据。

2.一种内存映射文件清理方法，包括：

目标进程构建读取内存管理类；

所述目标进程获取来自源进程的共享内存数据的描述信息；

所述目标进程利用所述读取内存管理类执行以下第二处理：根据所述描述信息及内存映射文件重建共享内存数据，并在程序正常退出的析构时清理所述内存映射文件；

其中，所述内存映射文件为源进程利用写入内存管理类创建、并进行共享内存映射及写入共享内存数据后的内存映射文件；

所述方法还包括：所述目标进程维护内存映射文件名集合，若利用所述读取内存管理类清理了内存映射文件，则将清理的内存映射文件的文件名从所述内存映射文件中删除，利用所述内存映射文件名集合在程序异常退出时清理队列或管道中残留的描述信息对应的内存映射文件；所述清理所述队列或管道中残留的描述信息对应的内存映射文件包括：将所述队列或管道中残留的描述信息对应的内存映射文件的文件名加入所述内存映射文件名集合，并清理所述内存映射文件名集合中的文件名对应的内存映射文件。

3.根据权利要求2所述的方法，其中，

所述目标进程获取来自所述源进程的共享内存数据的描述信息包括：所述目标进程通过与所述源进程间的队列或管道获取所述描述信息。

4.一种内存映射文件清理装置，应用于源进程中，包括：第一处理模块和第二处理模块；

所述第一处理模块，用于构建写入内存管理类，利用所述写入内存管理类执行以下第一处理：创建内存映射文件，并针对所述内存映射文件进行共享内存映射及向所述内存映射文件中写入共享内存数据；其中，所述内存映射文件用于使目标进程构建的读取内存管理类重建共享内存数据，所述读取内存管理类还用于在程序正常退出的析构时清理所述内存映射文件；

所述第二处理模块，用于维护内存映射文件名集合，若利用所述写入内存管理类创建了内存映射文件，则将创建的内存映射文件的文件名加入所述内存映射文件名集合中，利用所述内存映射文件名集合在程序异常退出时清理残留的已申请但还未开始传输的共享内存数据对应的内存映射文件；其中，通过将清理操作注册为程序正常退出时需要执行的函数确保在程序异常退出时执行内存映射文件的清理；其中，所述清理已申请但还未开始传输的共享内存数据对应的内存映射文件包括：清理所述内存映射文件名集合中的文件名对应的内存映射文件；

所述第一处理模块进一步用于，将共享内存数据的描述信息传输给所述目标进程，用于所述目标进程根据所述描述信息及所述内存映射文件重建共享内存数据。

5.一种内存映射文件清理装置，应用于目标进程中，包括：第三处理模块和第四处理模块；

所述第三处理模块，用于构建读取内存管理类，获取来自源进程的共享内存数据的描述信息，利用所述读取内存管理类执行以下第二处理：根据所述描述信息及内存映射文件重建共享内存数据，并在程序正常退出的析构时清理所述内存映射文件；其中，所述内存映射文件为源进程利用写入内存管理类创建、并进行共享内存映射及写入共享内存数据后的内存映射文件；

所述第四处理模块，用于维护内存映射文件名集合，若利用所述读取内存管理类清理了内存映射文件，则将清理的内存映射文件的文件名从所述内存映射文件中删除，利用所述内存映射文件名集合在程序异常退出时清理队列或管道中残留的描述信息对应的内存映射文件；所述清理所述队列或管道中残留的描述信息对应的内存映射文件包括：将所述队列或管道中残留的描述信息对应的内存映射文件的文件名加入所述内存映射文件名集合，并清理所述内存映射文件名集合中的文件名对应的内存映射文件。

6.根据权利要求5所述的装置，其中，所述第三处理模块通过与所述源进程间的队列或管道获取所述描述信息。

7.根据权利要求5所述的装置，其中，

所述第四处理模块将所述队列或管道中残留的描述信息对应的内存映射文件的文件名加入所述内存映射文件名集合，并清理所述内存映射文件名集合中的文件名对应的内存映射文件。

8.一种内存映射文件清理系统，包括：如权利要求4所述的装置，以及，如权利要求5-7中任一项所述的装置。

9.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-3中任一项所述的方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-3中任一项所述的方法。

Images