发明内容
本公开实施例至少提供一种内存处理方法及装置。
第一方面,本公开实施例提供了一种内存处理方法,包括:
响应于目标应用的内存释放请求,确定所述内存释放请求指示的第一目标内存;
基于当前存储的内存释放日志,确定所述第一目标内存是否已被释放;所述内存释放日志用于指示在接收所述内存释放请求之前释放的内存;
在所述第一目标内存已被释放的情况下,停止释放所述第一目标内存。
一种可选的实施方式中,所述方法还包括:
在所述第一目标内存未被释放的情况下,释放所述第一目标内存,将所述第一目标内存的内存释放记录写入所述内存释放日志。
一种可选的实施方式中,所述内存释放日志采用环形队列存储;
所述方法还包括:
在所述环形队列满载时,释放所述环形队列中最早存储的内存释放日志。
一种可选的实施方式中,在响应于目标应用的内存释放请求之前,所述方法还包括:
申请处于空闲状态的待分配内存,并将所述待分配内存设置为不可读写的状态;
响应于所述目标应用的内存申请请求,从所述待分配内存中选取未分配的第二目标内存分配给所述目标应用,并将所述第二目标内存设置为可供所述目标应用进行读写的状态。
一种可选的实施方式中,在释放所述第一目标内存后,所述方法还包括:
将所述第一目标内存设置为不可读写的状态,将所述第一目标内存的分配信息更新为未分配。
一种可选的实施方式中,所述方法还包括:
在所述第一目标内存已被释放的情况下,生成针对所述内存释放函数的重复释放报告;所述重复释放报告用于指示发生重复释放的第一目标内存以及指示释放所述第一目标内存的所述内存释放请求。
第二方面,本公开实施例还提供一种内存处理装置,包括:
第一确定模块,用于响应于目标应用的内存释放请求,确定所述内存释放请求指示的第一目标内存;
第二确定模块,用于基于当前存储的内存释放日志,确定所述第一目标内存是否已被释放;所述内存释放日志用于指示在接收所述内存释放请求之前释放的内存;
处理模块,用于在所述第一目标内存已被释放的情况下,停止释放所述第一目标内存。
一种可选的实施方式中,所述处理模块还用于:
在所述第一目标内存未被释放的情况下,释放所述第一目标内存,将所述第一目标内存的内存释放记录写入所述内存释放日志。
一种可选的实施方式中,所述内存释放日志采用环形队列存储;
所述处理模块还用于:
在所述环形队列满载时,释放所述环形队列中最早存储的内存释放日志。
一种可选的实施方式中,所述装置还包括内存分配模块,用于:
申请处于空闲状态的待分配内存,并将所述待分配内存设置为不可读写的状态;
响应于所述目标应用的内存申请请求,从所述待分配内存中选取未分配的第二目标内存分配给所述目标应用,并将所述第二目标内存设置为可供所述目标应用进行读写的状态。
一种可选的实施方式中,所述装置还包括信息更新模块,用于:
在释放所述第一目标内存后,将所述第一目标内存设置为不可读写的状态,将所述第一目标内存的分配信息更新为未分配。
一种可选的实施方式中,所述装置还包括报告生成模块,用于:
在所述第一目标内存已被释放的情况下,生成针对所述内存释放函数的重复释放报告;所述重复释放报告用于指示发生重复释放的第一目标内存以及指示释放所述第一目标内存的所述内存释放请求。
第三方面,本公开实施例还提供一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。
第四方面,本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述第一方面,或第一方面中任一种可能的实施方式中的步骤。
本公开实施例提供的内存处理方法及装置,首先响应于目标应用的内存释放请求,确定所述内存释放请求指示的第一目标内存;然后,基于当前存储的内存释放日志,确定所述第一目标内存是否已被释放;所述内存释放日志用于指示在接收所述内存释放请求之前释放的内存;最后,在所述第一目标内存已被释放的情况下,停止释放所述第一目标内存。本公开实施例在检测到内存释放请求后,通过存储的内存释放日志判断第一目标内存是否应被释放,从而阻止被释放的内存再次释放。
为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
本文中术语“和/或”,仅仅是描述一种关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合,例如,包括A、B、C中的至少一种,可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。
由于应用程序的代码本身存在缺陷,可能会导致对一块已经被释放的内存再次进行释放,导致DoubleFree问题,在发生DoubleFree问题时,由于崩溃代码的位置并不固定,导致该类问题难以发现,且发现后难以解决。
基于上述研究,本公开提供了一种内存处理方法,在检测到内存释放请求后,通过存储的内存释放日志判断第一目标内存是否应被释放,从而阻止被释放的内存再次释放。
为便于对本实施例进行理解,首先对本公开实施例所公开的一种内存处理方法进行详细介绍,本公开实施例所提供的内存处理方法的执行主体一般为具有一定计算能力的计算机设备。在一些可能的实现方式中,该内存处理方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。
参见图1所示,为本公开实施例提供的内存处理方法的流程图,所述方法包括步骤S101~S103,其中:
S101、响应于目标应用的内存释放请求,确定所述内存释放请求指示的第一目标内存。
该实施方式可以通过计算机设备的一个线程执行,在该步骤之前,该线程可以申请一大块连续的待分配内存,并将上述待分配内存设置为不可读写状态,截获计算机设备上其他应用程序的内存申请及释放的入口函数,当截取到内存申请的入口函数时,即检测到目标应用程序的内存申请请求时,可以从上述大块连续的待分配内存中选取一块内存分配给目标应用程序,并将被分配的内存从不可读写状态改为可读写状态,使得目标应用程序能够使用申请到的内存。
具体的,可以通过以下步骤申请待分配内存和为目标应用分配内存:
申请处于空闲状态的待分配内存,并将所述待分配内存设置为不可读写的状态;
响应于所述目标应用的内存申请请求,从所述待分配内存中选取未分配的第二目标内存分配给所述目标应用,并将所述第二目标内存设置为可供所述目标应用进行读写的状态。
其中,由于申请待分配内存是分配给其他应用程序的,需要该待分配内存的容量足够大,且是连续的,在待分配内存未分配给其他应用程序时,可以将其设置为不可读写的状态,以防止其他应用程序占用该待分配内存,在将其分配给目标应用程序后,可以将其设置为可读写状态,使目标应用程序能够使用该内存。
该步骤中,在检测到目标应用的内存释放请求后,也即检测到内存释放的入口函数后,可以确定内存释放请求指示的内存指针,从而确定内存指针对应的第一目标内存。
S102、基于当前存储的内存释放日志,确定所述第一目标内存是否已被释放;所述内存释放日志用于指示在接收所述内存释放请求之前释放的内存。
该步骤中,在为应用程序分配内存,以及为应用程序释放内存时,可以记录被分配或释放内存的状态,并生成内存对应的内存释放日志,通过内存释放日志,可以确定目标内存是否已被释放。当检测到内存释放请求时,可以从内存释放日志中查找内存释放请求指示的第一目标内存,若查询到该第一目标内存的内存释放日志,则可以确定该第一目标内存已被释放;若未查询到该第一目标内存的内存释放日志,则可以确定该第一目标内存未被释放。
其中,内存释放日志可以采用环形队列存储,环形队列的容量可以根据实际需求设定,在环形队列满载时,可以将环形队列中最先写入的内存释放日志,也即最早存储的内存释放日志释放,然后写入新的内存释放日志。
这里,因为内存申请到释放的周期较短,对内存释放日志的存储时长需求较低,可以采用环形队列存储内存释放日志,环形队列能够释放不需要的内存释放日志,从而在不影响内存重复释放检测的情况下,节约存储资源。
示例性的,内存释放日志可以为包括释放的内存的指针、标识等信息。
S103、在所述第一目标内存已被释放的情况下,停止释放所述第一目标内存。
该步骤中,若第一目标内存已经被释放,则说明本次内存释放属于重复释放,若继续执行第一目标内存的释放会导致目标应用程序发生崩溃,为了防止崩溃发生,可以停止释放第一目标内存,目标应用程序则不会发生崩溃,可以继续进行。
进一步的,在确定第一目标内存已经被释放的情况下,可以生成针对内存释放函数的重复释放报告,重复释放报告指示发生重复释放的第一目标内存及指示释放第一目标内存的内存释放请求,具体的,重复释放报告可以含有重复释放的第一目标内存的指针、地址,以及内存释放函数的相关信息、内存释放请求的相关信息等。
这样,用户可以在需要的时候获取重复释放报告,并根据重复释放报告对目标应用程序的代码进行修改,从而修复目标应用程。
在一种可能的实施方式中,可以在检测到第一目标内存已被释放后,继续释放第一目标内存,从而直接出发目标应用程序的崩溃,并将生成的重复释放报告提供给用户,从而使用户对目标应用程序的代码进行修复。
本公开实施例提供的内存处理方法,首先响应于目标应用的内存释放请求,确定所述内存释放请求指示的第一目标内存;然后,基于当前存储的内存释放日志,确定所述第一目标内存是否已被释放;所述内存释放日志用于指示在接收所述内存释放请求之前释放的内存;最后,在所述第一目标内存已被释放的情况下,停止释放所述第一目标内存。本公开实施例在检测到内存释放请求后,通过存储的内存释放日志判断第一目标内存是否应被释放,从而阻止被释放的内存再次释放。
参见图2所示,为本公开实施例提供的另一种内存处理方法,首先,内存处理程序启动,启动线程申请大块连续内存,并截获其他程序内存申请和释放的入口函数,在截获其他程序的内存释放函数后,可以从环形队列中检测内存释放函数指示的待释放内存是否已经发生过释放,若环形队列中无该待释放内存的记录或队列为空,则生成待释放内存的释放信息(内存释放日志)并将其添加至环形队列中;若队列已满,则覆盖队列中最早的记录,然后释放该待释放内存并继续监测其他程序的内存申请及释放函数;若环形队列中存在该待释放内存的记录,则判断是否需要出发程序崩溃,若需要,则继续释放待释放内存,触发应用程序的崩溃,并生成重复释放报告,若不需触发崩溃,则停止释放该待释放内存,应用程序继续运行。
本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
基于同一发明构思,本公开实施例中还提供了与内存处理方法对应的内存处理装置,由于本公开实施例中的装置解决问题的原理与本公开实施例上述内存处理方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
参照图3所示,为本公开实施例提供的一种内存处理装置的示意图,所述装置包括:
第一确定模块310,用于响应于目标应用的内存释放请求,确定所述内存释放请求指示的第一目标内存;
第二确定模块320,用于基于当前存储的内存释放日志,确定所述第一目标内存是否已被释放;所述内存释放日志用于指示在接收所述内存释放请求之前释放的内存;
处理模块330,用于在所述第一目标内存已被释放的情况下,停止释放所述第一目标内存。
一种可选的实施方式中,所述处理模块330还用于:
在所述第一目标内存未被释放的情况下,释放所述第一目标内存,将所述第一目标内存的内存释放记录写入所述内存释放日志。
一种可选的实施方式中,所述内存释放日志采用环形队列存储;
所述处理模块330还用于:
在所述环形队列满载时,释放所述环形队列中最早存储的内存释放日志。
一种可选的实施方式中,所述装置还包括内存分配模块,用于:
申请处于空闲状态的待分配内存,并将所述待分配内存设置为不可读写的状态;
响应于所述目标应用的内存申请请求,从所述待分配内存中选取未分配的第二目标内存分配给所述目标应用,并将所述第二目标内存设置为可供所述目标应用进行读写的状态。
一种可选的实施方式中,所述装置还包括信息更新模块,用于:
在释放所述第一目标内存后,将所述第一目标内存设置为不可读写的状态,将所述第一目标内存的分配信息更新为未分配。
一种可选的实施方式中,所述装置还包括报告生成模块,用于:
在所述第一目标内存已被释放的情况下,生成针对所述内存释放函数的重复释放报告;所述重复释放报告用于指示发生重复释放的第一目标内存以及指示释放所述第一目标内存的所述内存释放请求。
关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明,这里不再详述。
对应于图1中的内存处理方法,本公开实施例还提供了一种电子设备400,如图4所示,为本公开实施例提供的电子设备400结构示意图,包括:
处理器41、存储器42、和总线43;存储器42用于存储执行指令,包括内存421和外部存储器422;这里的内存421也称内存储器,用于暂时存放处理器41中的运算数据,以及与硬盘等外部存储器422交换的数据,处理器41通过内存421与外部存储器422进行数据交换,当所述电子设备400运行时,所述处理器41与所述存储器42之间通过总线43通信,使得所述处理器41执行以下指令:
响应于目标应用的内存释放请求,确定所述内存释放请求指示的第一目标内存;
基于当前存储的内存释放日志,确定所述第一目标内存是否已被释放;所述内存释放日志用于指示在接收所述内存释放请求之前释放的内存;
在所述第一目标内存已被释放的情况下,停止释放所述第一目标内存。
一种可选的实施方式中,所述处理器41还用于执行:
在所述第一目标内存未被释放的情况下,释放所述第一目标内存,将所述第一目标内存的内存释放记录写入所述内存释放日志。
一种可选的实施方式中,所述内存释放日志采用环形队列存储;
所述处理器41还用于执行:
在所述环形队列满载时,释放所述环形队列中最早存储的内存释放日志。
一种可选的实施方式中,在响应于目标应用的内存释放请求之前,所述处理器41还用于执行:
申请处于空闲状态的待分配内存,并将所述待分配内存设置为不可读写的状态;
响应于所述目标应用的内存申请请求,从所述待分配内存中选取未分配的第二目标内存分配给所述目标应用,并将所述第二目标内存设置为可供所述目标应用进行读写的状态。
一种可选的实施方式中,在释放所述第一目标内存后,所述处理器41还用于执行:
将所述第一目标内存设置为不可读写的状态,将所述第一目标内存的分配信息更新为未分配。
一种可选的实施方式中,所述处理器41还用于执行:
在所述第一目标内存已被释放的情况下,生成针对所述内存释放函数的重复释放报告;所述重复释放报告用于指示发生重复释放的第一目标内存以及指示释放所述第一目标内存的所述内存释放请求。
本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法实施例中所述的内存处理方法的步骤。其中,该存储介质可以是易失性或非易失的计算机可读取存储介质。
本公开实施例还提供一种计算机程序产品,该计算机程序产品承载有程序代码,所述程序代码包括的指令可用于执行上述方法实施例中所述的内存处理方法的步骤,具体可参见上述方法实施例,在此不再赘述。
其中,上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(Software Development Kit,SDK)等等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本公开所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本公开的具体实施方式,用以说明本公开的技术方案,而非对其限制,本公开的保护范围并不局限于此,尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应所述以权利要求的保护范围为准。