CN103914355A - 对内存重复释放进行定位的方法和装置 - Google Patents
对内存重复释放进行定位的方法和装置 Download PDFInfo
- Publication number
- CN103914355A CN103914355A CN201410089086.XA CN201410089086A CN103914355A CN 103914355 A CN103914355 A CN 103914355A CN 201410089086 A CN201410089086 A CN 201410089086A CN 103914355 A CN103914355 A CN 103914355A
- Authority
- CN
- China
- Prior art keywords
- internal memory
- information
- identification information
- memory
- release
- 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
Landscapes
- Memory System (AREA)
Abstract
一种对内存重复释放进行定位的方法和装置。该方法包括:在内存中申请预定大小的扩展区,用于保存内存头部信息,所述内存头部信息包括用于确认内存申请和释放情况的头部标识信息;将所述头部标识信息初始化为第一标志,保存调用申请内存的函数信息;在释放内存之前,检测该内存的头部标识信息;如果所述头部标识信息发生改变,则确定为重复释放,根据调用本次释放的函数信息输出该内存的重复释放的定位信息。本发明不仅操作简单,耗时短,并且检测出内存重复释放后能够快速定位存在内存重复释放的问题所在。
Description
技术领域
本发明涉及程序开发领域,特别涉及对内存重复释放进行定位的方法和装置。
背景技术
当今IT行业,代码开发中最频繁的使用之一就是内存的申请与释放。如果出现内存申请后,已经在其他地方释放,又存在再次释放此内存的情况,就会出现重复两次释放同一块内存,导致出现异常。内存重复释放问题一直是困扰开发者定位问题的一大难题,出现内存重复释放的情况后往往需要开发者花费大量的时间去查找内存重复释放的地方,既费时又费力。
操作***一般通过垃圾回收算法来对内存进行回收。垃圾回收线程在***空闲的时候从***的根集出发,定位所有在使用的内存,并将总内存池中未被使用的内存回收,虽然可以实现异步的非精确性的内存回收,但是由于垃圾回收线程运行受限于***的忙闲程度,无法彻底解决内存泄露问题。
现有的对内存重复释放进行定位的解决方案主要有:申请业务内存时,申请与业务内存相关的关联内存;在释放业务内存之前或同时,获得关联内存的地址;检测是否为重复释放,如果是重复释放,则将当前运行环境记录到指定记录区,并将关联内存的内容转储到指定记录区,通过分析指定记录区的记录,进行重复释放定位,如果不是重复释放,则将当前运行环境记录到关联内存中。
容易看出,上述解决方案必须要申请关联内存,将关联内存的内容转储到指定记录区,通过分析指定记录区的记录,才能定位重复释放的地方。其不仅操作复杂,并且缺少精确性和具体性。
发明内容
本发明的目的是提供一种对内存重复释放进行定位的方法和装置,能够输出内存重复释放的具体函数和代码行,便于快速定位。
根据本发明的一个方面,提供了一种用于对内存重复释放进行定位的方法,其特征在于,包括以下步骤:
申请内存时,在内存中申请预定大小的扩展区,用于保存内存头部信息,所述内存头部信息包括用于确认内存申请和释放情况的头部标识信息;
将所述头部标识信息初始化为第一标志,保存调用申请内存的函数信息;
在释放内存之前,检测该内存的头部标识信息;
如果所述头部标识信息为不同于所述第一标志的第三标志,则确定为重复释放,根据调用本次释放的函数信息输出该内存的重复释放的定位信息。
优选地,所述方法还包括:
如果所述头部标识信息为所述第一标志,则确定为首次释放,将所述头部标识信息设置为所述第三标志,保存调用释放内存的函数信息,执行内存释放。
优选地,所述保存调用申请内存的函数信息包括:
保存调用申请内存的函数地址及在代码中对应的行数。
优选地,所述内存头部信息还包括:内存实际申请大小、调用申请内存的函数地址及行数,以及调用释放内存的函数地址及行数;所述头部标识信息还用于确认申请内存的起始位置,且所述将头部标识信息初始化为第一标志,包括:将所述头部标识信息初始化为一特殊数字。
优选地,所述根据调用本次释放的函数信息输出该内存的重复释放的定位信息,包括:将调用本次释放的函数名及在代码中对应的行数,以及调用首次释放的函数名及在代码中对应的行数进行打印显示,并禁止本次释放;其中,所述函数名由函数信息中的函数地址翻译而成。
优选地,所述扩展区还用于保存内存尾部信息,所述内存尾部信息包括:用于确认申请内存的结束位置的尾部标识信息,在申请内存时,除了将所述头部标识信息初始化为第一标志,还将所述尾部标识信息初始化为第二标志,并且将申请的内存加入到内存链表中;所述执行内存释放包括:
将尾部标识信息设置为不同于第二标识的第四标志,表示内存被释放的结束,将释放的内存从内存链表中删除。
根据本发明的另一方面,提供了一种用于对内存重复释放进行定位的装置,其特征在于,包括以下模块:
内存申请模块,用于在申请内存时,在内存中申请预定大小的扩展区,用于保存内存头部信息,所述内存头部信息包括用于确认内存申请和释放情况的头部标识信息;
内存信息初始化模块,用于将所述头部标识信息初始化为第一标志,保存调用申请内存的函数信息;
释放检测模块,用于在释放内存之前,检测该内存的头部标识信息;
重复释放处理模块,用于在所述头部标识信息为不同于所述第一标志的第三标志时,确定为重复释放,根据调用本次释放的函数信息输出该内存的重复释放的定位信息。
优选地,还包括首次释放处理模块,用于在所述头部标识信息为所述第一标志时,确定为首次释放,将所述头部标识信息设置为所述第三标志,保存调用释放内存的函数信息,执行内存释放。
优选地,所述保存调用申请内存的函数信息,包括:
保存调用申请内存的函数地址及在代码中对应的行数。
优选地,所述根据调用本次释放的函数信息输出该内存的重复释放的定位信息,包括:
将调用本次释放的函数名及在代码中对应的行数,以及调用首次释放的函数名及在代码中对应的行数进行打印显示,并禁止本次释放。
通过采用本发明技术方案,具有以下优点,不仅操作简单,耗时短,并且检测出内存重复释放后会即时输出。此外,检测效率高,能够直接定位出现问题的函数及代码所在行数。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的过分限定。其中:
图1显示了根据本发明实施例对内存重复释放进行定位的方法的流程图。
图2显示了根据本发明实施例用于对内存重复释放进行定位的装置的框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明了,下面结合具体实施方式并参照附图,对本发明进一步详细说明。需要说明的是,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
图1显示了根据本发明实施例的对内存重复释放进行定位的方法的流程图。
如图1所示,本发明提供的对内存重复释放进行定位的方法在检测出内存重复释放后能够直接显示出现问题的函数及代码所在行数,该方法包括:
首先,在申请内存时,额外申请一块内存区域作为扩展区,用于保存内存头部信息,所述内存头部信息包括用于确认内存申请和释放情况的头部标识信息。
其中内存头部信息包括:头部标识信息(用于确认申请内存的起始位置和申请释放情况)、去掉头尾的内存实际申请大小、调用申请内存的函数地址及在代码中对应的行数等信息、释放该内存的函数地址及在代码中对应的行数等信息。
将所述头部标识信息初始化为第一标志,保存调用申请内存的函数信息。
具体地,在申请内存之后,将上面所描述的头部标识信息设置为特殊数字,用来表示内存被使用的开始;保存调用申请内存的函数地址及其所对应的代码中的行数。
在释放内存之前,检测该内存的头部标识信息。
如果所述头部标识信息为不同于所述第一标识标志的第三标志,则确定为重复释放,根据调用本次释放的函数信息输出该内存的重复释放的定位信息。
如果头部标识信息为内存被释放的标记,即另一个特殊数字,则认为该内存发生内存重复释放,会立刻打印提示该内存重复释放,将本次释放的函数名(可通过函数地址翻译成函数名)及在代码中对应的行数和内存头中保存的上次(即首次)释放的函数名及在代码中对应的行数显示出来,并禁止释放操作。
此外,如果所述头部标识信息为所述第一标志,则确定为首次释放,将所述头部标识信息设置为所述第三标志,保存调用释放内存的函数信息,执行内存释放。
具体而言,在首次释放该内存之前,将上面所描述的头部标识信息设置为另一个特殊数字,用来表示内存被释放的开始;保存调用释放内存的函数地址及其所对应的代码中的行数;并将尾部标识信息也设置为另一个特殊数字,用来表示内存被释放的结束;
优选地,所述扩展区还用于保存内存尾部信息,所述内存尾部信息包括:用于确认申请内存的结束位置的尾部标识信息,在申请内存时,除了将所述头部标识信息初始化为第一标志,还将所述尾部标识信息初始化为第二标志,并且将申请的内存加入到内存链表中;
具体地,通过将上面所描述的尾部标识信息设置为特殊数字,用来表示内存被使用的结束,并将申请的内存加入到内存链表中;
最后,所述执行内存释放的过程包括:将尾部标识信息设置为不同于第二标识的第四标志,表示内存被释放的结束,将释放的内存从内存链表中删除,完成释放。
本领域技术人员应当理解,本发明所应用的链表类型可以视具体的数据存取需要来选择,包括但不限于单向链表、双向链表、多维链表及循环链表等。
其中,释放内存可能为首次或重复释放,为进行区分,只需检测该内存的头部标识信息。如头部标识信息为内存被使用标记,即原始的特殊数字,则认为该内存正常,不属于重复释放,可以进行释放操作;
由此,用户通过该显示信息,即可立即定位出内存重复释放的具体函数和位置,作为修改程序代码以避免内存泄漏的重要依据。
为进一步阐述本发明,以下将以具体应用环境和参数为例,具体描述本发明定位重复释放的方法流程。
调用分配函数进行内存分配,指定申请大小;如C语言中的char*p=malloc(size),其中malloc是分配函数,size是分配的大小,p是返回内存块的首地址。在申请内存时,额外申请一块内存区,称为扩展区,用于保存内存的文件头尾部信息,扩展区的大小足以存储内存的文件头尾部信息。
内存头部信息包括以下信息:头部标识信息、内存实际申请大小size、调用申请内存的函数地址及行数、释放该内存的函数地址及行数。其中内存尾部信息包括:尾部标识信息,用于确认申请内存的结束位置。
将上面所描述的头部标识信息设置为“00”,用来表示内存被使用但未被释放。保存调用申请内存的函数地址(假设函数名function1()的地址为0x00000001)及其所对应的代码中的行数(假设为LINE:10021);并将申请的内存加入到内存链表中;将上面所描述的尾部标识信息也设置为特殊数字“01”,用来表示内存被使用的结束。
在首次释放该内存之前,首先会检测到该内存的头部标识信息为“00”,表示可以进行释放,先将上面所描述的头部标识信息设置为“10”,用来表示内存被释放的开始;保存调用释放内存的函数地址0x00000001及其所对应的代码中的行数LINE:10021;并将尾部标识信息也设置为另一个特殊数字“11”,用来表示内存被释放的结束。然后可以调用释放函数free,指定释放块首地址,根据该首地址将释放的内存从内存链表中摘除,完成释放。
若该内存块被释放后,另一函数function2()及对应的代码行数LINE:10216对该内存块第二次释放,首先会检测到该内存的头部标识信息已经为“10”,则确定属于内存重复释放,会立刻打印提示该内存重复释放,将本次释放的函数名function2()及对应的代码行数LINE:10216和内存头中保存的上次释放的函数名function1()及对应的代码行数LINE:10021显示出来,并禁止释放操作。
图2显示了根据本发明实施例用于对内存重复释放进行定位的装置200的框图。根据本发明的另一方面,提供了一种用于对内存重复释放进行定位的装置。该装置200包括以下模块:
内存申请模块,用于在申请内存时,在内存中申请预定大小的扩展区,用于保存内存头部信息,所述内存头部信息包括用于确认内存申请和释放情况的头部标识信息;
内存信息初始化模块,用于将所述头部标识信息初始化为第一标志,保存调用申请内存的函数信息;
释放检测模块,用于在释放内存之前,检测该内存的头部标识信息;
重复释放处理模块,用于在所述头部标识信息为不同于所述第一标志的第三标志时,确定为重复释放,根据调用本次释放的函数信息输出该内存的重复释放的定位信息。
优选地,还包括首次释放处理模块,用于在所述头部标识信息为所述第一标志时,确定为首次释放,将所述头部标识信息设置为所述第三标志,保存调用释放内存的函数信息,执行内存释放。
优选地,所述保存调用申请内存的函数信息进一步包括:
保存调用申请内存的函数地址及在代码中对应的行数。
优选地,其中所述根据调用本次释放的函数信息输出该内存的重复释放的定位信息进一步包括:
将调用本次释放的函数名及在代码中对应的行数,以及调用首次释放的函数名及在代码中对应的行数进行打印显示,并禁止本次释放。
综上所述,利用本发明的对内存重复释放进行定位的方法和装置,检测出内存重复释放后能够快速定位出现问题的函数及在代码中对应所在的行数,操作简单,耗时短并且检测效率高。因此不仅提高了资源的利用率,还可以改善用户体验。
显然,本领域的技术人员应该理解,上述的本发明的各模块或各步骤可以用通用的计算***来实现,它们可以集中在单个的计算***上,或者分布在多个计算***所组成的网络上,可选地,它们可以用计算***可执行的程序代码来实现,从而,可以将它们存储在存储***中由计算***来执行。这样,本发明不限制于任何特定的硬件和软件结合。
应当理解的是,本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的原理,而不构成对本发明的限制。因此,在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。此外,本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。
Claims (10)
1.一种用于对内存重复释放进行定位的方法,其特征在于,包括以下步骤:
申请内存时,在内存中申请预定大小的扩展区,用于保存内存头部信息,所述内存头部信息包括用于确认内存申请和释放情况的头部标识信息;
将所述头部标识信息初始化为第一标志,保存调用申请内存的函数信息;
在释放内存之前,检测该内存的头部标识信息;
如果所述头部标识信息为不同于所述第一标志的第三标志,则确定为重复释放,根据调用本次释放的函数信息输出该内存的重复释放的定位信息。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果所述头部标识信息为所述第一标志,则确定为首次释放,将所述头部标识信息设置为所述第三标志,保存调用释放内存的函数信息,执行内存释放。
3.根据权利要求1所述的方法,其特征在于,所述保存调用申请内存的函数信息,包括:
保存调用申请内存的函数地址及在代码中对应的行数。
4.根据权利要求1或2所述的方法,其特征在于,所述内存头部信息还包括:内存实际申请大小、调用申请内存的函数地址及行数,以及调用释放内存的函数地址及行数;所述头部标识信息还用于确认申请内存的起始位置,且所述将头部标识信息初始化为第一标志,包括:将所述头部标识信息初始化为一特殊数字。
5.根据权利要求3所述的方法,其特征在于,所述根据调用本次释放的函数信息输出该内存的重复释放的定位信息,包括:将调用本次释放的函数名及在代码中对应的行数,以及调用首次释放的函数名及在代码中对应的行数进行打印显示,并禁止本次释放;
其中,所述函数名由函数信息中的函数地址翻译而成。
6.根据权利要求2所述的方法,其特征在于,所述扩展区还用于保存内存尾部信息,所述内存尾部信息包括:用于确认申请内存的结束位置的尾部标识信息,在申请内存时,除了将所述头部标识信息初始化为第一标志,还将所述尾部标识信息初始化为第二标志,并且将申请的内存加入到内存链表中;
所述执行内存释放包括:将尾部标识信息设置为不同于第二标识的第四标志,表示内存被释放的结束,将释放的内存从内存链表中删除。
7.一种用于对内存重复释放进行定位的装置,其特征在于,包括以下模块:
内存申请模块,用于在申请内存时,在内存中申请预定大小的扩展区,用于保存内存头部信息,所述内存头部信息包括用于确认内存申请和释放情况的头部标识信息;
内存信息初始化模块,用于将所述头部标识信息初始化为第一标志,保存调用申请内存的函数信息;
释放检测模块,用于在释放内存之前,检测该内存的头部标识信息;
重复释放处理模块,用于在所述头部标识信息为不同于所述第一标志的第三标志时,确定为重复释放,根据调用本次释放的函数信息输出该内存的重复释放的定位信息。
8.根据权利要求7所述的装置,其特征在于,还包括首次释放处理模块,用于在所述头部标识信息为所述第一标志时,确定为首次释放,将所述头部标识信息设置为所述第三标志,保存调用释放内存的函数信息,执行内存释放。
9.根据权利要求7所述的装置,其特征在于,所述保存调用申请内存的函数信息,包括:
保存调用申请内存的函数地址及在代码中对应的行数。
10.根据权利要求9所述的装置,其特征在于,所述根据调用本次释放的函数信息输出该内存的重复释放的定位信息,包括:
将调用本次释放的函数名及在代码中对应的行数,以及调用首次释放的函数名及在代码中对应的行数进行打印显示,并禁止本次释放。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410089086.XA CN103914355A (zh) | 2014-03-12 | 2014-03-12 | 对内存重复释放进行定位的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410089086.XA CN103914355A (zh) | 2014-03-12 | 2014-03-12 | 对内存重复释放进行定位的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103914355A true CN103914355A (zh) | 2014-07-09 |
Family
ID=51040058
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410089086.XA Pending CN103914355A (zh) | 2014-03-12 | 2014-03-12 | 对内存重复释放进行定位的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103914355A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105183542A (zh) * | 2015-08-13 | 2015-12-23 | 上海斐讯数据通信技术有限公司 | 一种内存管理方法及*** |
CN106155917A (zh) * | 2015-04-28 | 2016-11-23 | 北京信威通信技术股份有限公司 | 内存管理方法及装置 |
CN107220182A (zh) * | 2017-06-20 | 2017-09-29 | 中国电子科技集团公司第五十四研究所 | 一种内存重复释放错误检测方法 |
CN107451054A (zh) * | 2017-07-26 | 2017-12-08 | 武汉虹信通信技术有限责任公司 | 一种用于linux环境中的内存池调试方法 |
CN108509273A (zh) * | 2018-03-22 | 2018-09-07 | 杭州迪普科技股份有限公司 | 一种内存处理方法及装置 |
CN109086205A (zh) * | 2018-07-25 | 2018-12-25 | 郑州云海信息技术有限公司 | 基于内存池的内存错误调试方法和装置 |
CN109739645A (zh) * | 2018-12-25 | 2019-05-10 | 新华三技术有限公司成都分公司 | 内存管理方法、装置及存储介质 |
CN111324450A (zh) * | 2017-01-25 | 2020-06-23 | 安科讯(福建)科技有限公司 | 一种基于lte协议栈的内存池泄露的方法及其*** |
CN113485846A (zh) * | 2021-08-02 | 2021-10-08 | 北京字节跳动网络技术有限公司 | 一种内存处理方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030163661A1 (en) * | 2002-02-25 | 2003-08-28 | International Business Machines Corporation | System and method for tracking memory leaks |
US20040172513A1 (en) * | 2003-03-01 | 2004-09-02 | International Business Machines Corporation | System and method for detecting memory management programming errors |
CN1786926A (zh) * | 2004-12-07 | 2006-06-14 | 华为技术有限公司 | 一种处理器中使用缓存区的方法 |
CN1963788A (zh) * | 2005-11-08 | 2007-05-16 | 中兴通讯股份有限公司 | 一种内存管理方法 |
CN101145128A (zh) * | 2007-06-13 | 2008-03-19 | 中兴通讯股份有限公司 | 一种检测内存泄露的方法 |
CN102736974A (zh) * | 2011-04-13 | 2012-10-17 | 鸿富锦精密工业(深圳)有限公司 | 程序除错***及方法 |
-
2014
- 2014-03-12 CN CN201410089086.XA patent/CN103914355A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030163661A1 (en) * | 2002-02-25 | 2003-08-28 | International Business Machines Corporation | System and method for tracking memory leaks |
US20040172513A1 (en) * | 2003-03-01 | 2004-09-02 | International Business Machines Corporation | System and method for detecting memory management programming errors |
CN1786926A (zh) * | 2004-12-07 | 2006-06-14 | 华为技术有限公司 | 一种处理器中使用缓存区的方法 |
CN1963788A (zh) * | 2005-11-08 | 2007-05-16 | 中兴通讯股份有限公司 | 一种内存管理方法 |
CN101145128A (zh) * | 2007-06-13 | 2008-03-19 | 中兴通讯股份有限公司 | 一种检测内存泄露的方法 |
CN102736974A (zh) * | 2011-04-13 | 2012-10-17 | 鸿富锦精密工业(深圳)有限公司 | 程序除错***及方法 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106155917A (zh) * | 2015-04-28 | 2016-11-23 | 北京信威通信技术股份有限公司 | 内存管理方法及装置 |
CN105183542A (zh) * | 2015-08-13 | 2015-12-23 | 上海斐讯数据通信技术有限公司 | 一种内存管理方法及*** |
CN105183542B (zh) * | 2015-08-13 | 2019-07-12 | 上海斐讯数据通信技术有限公司 | 一种内存管理方法及*** |
CN111324450A (zh) * | 2017-01-25 | 2020-06-23 | 安科讯(福建)科技有限公司 | 一种基于lte协议栈的内存池泄露的方法及其*** |
CN111324450B (zh) * | 2017-01-25 | 2023-04-28 | 安科讯(福建)科技有限公司 | 一种基于lte协议栈的内存池泄露的方法及其*** |
CN107220182A (zh) * | 2017-06-20 | 2017-09-29 | 中国电子科技集团公司第五十四研究所 | 一种内存重复释放错误检测方法 |
CN107220182B (zh) * | 2017-06-20 | 2019-07-26 | 中国电子科技集团公司第五十四研究所 | 一种内存重复释放错误检测方法 |
CN107451054A (zh) * | 2017-07-26 | 2017-12-08 | 武汉虹信通信技术有限责任公司 | 一种用于linux环境中的内存池调试方法 |
CN108509273A (zh) * | 2018-03-22 | 2018-09-07 | 杭州迪普科技股份有限公司 | 一种内存处理方法及装置 |
CN109086205A (zh) * | 2018-07-25 | 2018-12-25 | 郑州云海信息技术有限公司 | 基于内存池的内存错误调试方法和装置 |
CN109739645A (zh) * | 2018-12-25 | 2019-05-10 | 新华三技术有限公司成都分公司 | 内存管理方法、装置及存储介质 |
CN113485846A (zh) * | 2021-08-02 | 2021-10-08 | 北京字节跳动网络技术有限公司 | 一种内存处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103914355A (zh) | 对内存重复释放进行定位的方法和装置 | |
US10310991B2 (en) | Timely address space randomization | |
US6523141B1 (en) | Method and apparatus for post-mortem kernel memory leak detection | |
US8995070B2 (en) | Garbage collection based on functional block size | |
US7000225B2 (en) | Method for inserting global breakpoints | |
CN107807839B (zh) | 一种修改虚拟机内存数据的方法、装置及电子设备 | |
CN102831068B (zh) | 一种内存操作记录的处理方法及装置 | |
CN101599046B (zh) | 一种内存检测方法及装置 | |
US10949342B2 (en) | Persistent memory garbage collection | |
US9069477B1 (en) | Reuse of dynamically allocated memory | |
CN105868122A (zh) | 快闪存储设备的数据处理方法及装置 | |
CN106919454B (zh) | 基于lte协议栈的内存池问题定位方法及其*** | |
BRPI0902504A2 (pt) | técnicas de ordenação de threads | |
CN101593152A (zh) | 一种移动终端内存泄漏检测方法及装置 | |
CN104809039B (zh) | 基于物理内存分配映射的内存检测方法 | |
CN107133144B (zh) | 一种动态监测堆内存使用错误的内存监测装置及方法 | |
CN100392606C (zh) | 一种定位虚拟操作***内存泄漏的方法 | |
CN105988921A (zh) | 一种内存越界的检测方法及装置 | |
US20200174910A1 (en) | Indexing and searching a time-travel trace for arbitrary length/arbitrary alignment values | |
CN113157347A (zh) | 一种探针的自动部署方法、电子设备和存储介质 | |
US9274946B2 (en) | Pre-leak detection scan to identify non-pointer data to be excluded from a leak detection scan | |
US8656133B2 (en) | Managing storage extents and the obtaining of storage blocks within the extents | |
US9778969B2 (en) | Automatic memory leak detection | |
US10417121B1 (en) | Monitoring memory usage in computing devices | |
CN108121602B (zh) | 一种确定垃圾收集触发点的方法、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140709 |