CN109144477B - 一种自动管理类对象内存的方法及电子设备 - Google Patents

一种自动管理类对象内存的方法及电子设备 Download PDF

Info

Publication number
CN109144477B
CN109144477B CN201810739391.7A CN201810739391A CN109144477B CN 109144477 B CN109144477 B CN 109144477B CN 201810739391 A CN201810739391 A CN 201810739391A CN 109144477 B CN109144477 B CN 109144477B
Authority
CN
China
Prior art keywords
class
interface
memory
subclass
objectmanager
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.)
Active
Application number
CN201810739391.7A
Other languages
English (en)
Other versions
CN109144477A (zh
Inventor
黄浩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hubei Central China Technology Development Of Electric Power Co ltd
Original Assignee
Wuhan Douyu Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Wuhan Douyu Network Technology Co Ltd filed Critical Wuhan Douyu Network Technology Co Ltd
Priority to CN201810739391.7A priority Critical patent/CN109144477B/zh
Publication of CN109144477A publication Critical patent/CN109144477A/zh
Application granted granted Critical
Publication of CN109144477B publication Critical patent/CN109144477B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/20Software design
    • G06F8/24Object-oriented

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本公开提供了一种自动管理类对象内存的方法电子及设备,方法包括:S1,定义ObjectManager类,所述ObjectManager类包括第一接口和第二接口,其中,所述第一接口用于添加所有类对象指针到内存数组列表中,所述第二接口用于删除所有添加过的类对象指针及类对象内存;S2,定义父类,该父类调用所述第一接口;S3,设定新创建的类为所述父类的子类,通过调用所述第一接口,添加该子类对象指针到所述内存数组列表中;S4,程序模块需清理内存空间或程序模块退出时,通过调用所述ObjectManager类的第二接口,删除步骤S3中创建的子类对象指针及子类对象的内存。

Description

一种自动管理类对象内存的方法及电子设备
技术领域
本公开属于windows领域,具体涉及一种自动管理类对象内存的方法及电子设备。
背景技术
内存是计算机中重要的部件之一,用于暂时存放CPU中的运算数据,以及与硬盘等外部存储器交换的数据。计算机中所有程序的运行都是在内存中进行的,因此内存的性能对计算机的影响非常大。在项目开发过程中,需要定义很多的类对象,这样就需要申请很大的内存空间,当申请的对象越来越多时,其所需要的内存势必也越来越多,这样就会影响程序性能,使程序运行越来越慢,进而影响计算机的性能。
常见的管理类对象内存的方法为手动释放对象的内存,即写代码调用delete函数释放内存,但是,当内存对象增多时,经常会由于程序员忘记手动释放该对象,进而造成程序内存泄露,轻则影响程序性能,重则导致程序崩溃。为了避免程序员人为的忘记释放对象造成的内存泄露,设计了一种自动管理类对象内存的方法,定义一个统一的父类,采用父类统一管理所有类对象的内存,该方法有效的完成了自动管理类对象的内存空间,避免程序出现内存泄漏,造成程序崩溃的问题。
发明内容
本公开鉴于上述问题,提供一种自动管理类对象内存的方法及电子设备,能够有效地避免由于程序员人为的忘记释放对象所造成的内存泄漏。
本公开的一个方面提供了一种自动管理类对象内存的方法,包括以下步骤:
S1,定义ObjectManager类,所述ObjectManager类包括第一接口和第二接口,其中,所述第一接口用于添加所有类对象指针到内存数组列表中,所述第二接口用于删除所有添加过的类对象指针及类对象内存;
S2,定义父类,该父类调用所述第一接口;
S3,设定新创建的类为所述父类的子类,通过调用所述第一接口,添加该子类对象指针到所述内存数组列表中;
S4,程序模块需清理内存空间或程序模块退出时,通过调用所述ObjectManager类的第二接口,删除步骤S3中创建的子类对象指针及子类对象的内存。
可选的,所述定义ObjectManager类,还包括:在所述ObjectManager类的析构函数中自动调用所述第二接口,删除步骤S3中创建的子类对象指针及子类对象的内存。
可选的,所述定义父类,还包括:在所述父类的构造函数中调用所述第一接口,添加类对象指针到内存数组列表中。
可选的,其中,所述第一接口为addObject接口,所述第二接口为deleteAllObject接口。
可选的,程序模块需清理内存空间或程序模块退出时,通过调用所述ObjectManager类的第二接口,删除步骤S3中创建的子类对象指针及子类对象的内存,还包括:程序模块需清理内存空间时,调用所述第二接口,删除步骤S3中创建的子类对象指针及子类对象的内存;程序模块退出时,调用所述ObjectManager类的析构函数,删除步骤S3中创建的子类对象指针及子类对象的内存。
可选的,ObjectManager类的对象是全局对象,其他模块也可以获取所述ObjectManager类的对象指针。
可选的,其中,设定新创建的类为所述父类的子类,通过调用所述第一接口,添加该子类对象指针到所述内存数组列表中,还包括:所述子类通过调用所述父类的构造函数,添加该子类对象指针到所述内存数组列表中。
本公开另一方面还提供了一种自动管理类对象内存的电子设备,包括:处理器;存储器,其存储有计算机可执行程序,该程序在被所述处理器执行时,使得所述处理器执行上述自动管理类对象内存的方法。
本公开另一方面还提供了一种自动管理类对象内存的系统,该自动管理类对象内存的系统包括:ObjectManager类定义模块,用于定义ObjectManager类,所述ObjectManager类包括第一接口和第二接口,其中,所述第一接口用于添加所有类对象指针到内存数组列表中,所述第二接口用于删除所有添加过的类对象指针及类对象内存;父类定义模块,用于定义父类,该父类调用所述第一接口;新创建的类定义模块,用于设定新创建的类为所述父类的子类,通过调用所述第一接口,添加该子类对象指针到所述内存数组列表中;删除模块,用于调用所述ObjectManager类的第二接口,删除新创建的子类对象指针及子类对象的内存。
本公开另一方面还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述自动管理类对象内存的方法。
附图说明
为了更完整地理解本公开及其优势,现在将参考结合附图的以下描述,其中:
图1示意性示出了本公开实施例提供的自动管理类对象内存的方法的流程图。
图2示意性示出了根据本公开的电子设备的框图。
图3示意性示出了根据本公开实施例的自动管理类对象内存的系统的框图。
具体实施方式
以下,将参照附图来描述本公开的实施例。但是应该理解,这些描述只是示例性的,而并非要限制本公开的范围。在下面的详细描述中,为便于解释,阐述了许多具体的细节以提供对本公开实施例的全面理解。然而,明显地,一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本公开的概念。
在此使用的术语仅仅是为了描述具体实施例,而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在,但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义,除非另外定义。应注意,这里使用的术语应解释为具有与本说明书的上下文相一致的含义,而不应以理想化或过于刻板的方式来解释。
在使用类似于“A、B和C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下,一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如,“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。本领域技术人员还应理解,实质上任意表示两个或更多可选项目的转折连词和/或短语,无论是在说明书、权利要求书还是附图中,都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如,短语“A或B”应当被理解为包括“A”或“B”、或“A和B”的可能性。
附图中示出了一些方框图和/或流程图。应理解,方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。
因此,本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外,本公开的技术可以采取存储有指令的计算机可读介质上的计算机程序产品的形式,该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。在本公开的上下文中,计算机可读介质可以是能够包含、存储、传送、传播或传输指令的任意介质。例如,计算机可读介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。计算机可读介质的具体示例包括:磁存储装置,如磁带或硬盘(HDD);光存储装置,如光盘(CD-ROM);存储器,如随机存取存储器(RAM)或闪存;和/或有线/无线通信链路。
图1示意性示出了本公开实施例提供的自动管理类对象内存的方法的流程图。
如图1所示,方法包括如下操作:
S101:定义一个ObjectManager类。
在上述操作S101中,该ObjectManager类主要提供两个接口,addObject接口和deleteAllObject接口,分别实现不同的功能。
addObject接口,该接口提供了添加所有类对象指针的功能,类对象指针是一个指向内存中存放类对象的内存地址值。ObjectManager对象为类对象指针分配内存数组列表,类对象指针保存在该内存数组列表中。这样定义addObject接口使得所有添加的类对象指针统一保存在ObjectManager对象为类对象指针分配的内存数组列表中,有利于统一释放所有添加的类对象的内存空间。
deleteAllObject接口,该接口提供了删除所有添加过的类对象指针,以及删除添加过的类对象的内存的功能。由于所有添加过的类对象指针统一保存在内存数组列表中,deleteAllObject接口可以统一删除所有添加过的类对象指针,并把这些被删除的类对象指针的值赋值NULL(置空);从ObjectManager对象的内存数组列表当中循环调用delete函数,内存数组列表中保存有所有添加过的类对象指针,delete函数可以删除这些类对象指针指向的类对象,让其释放内存。可以在需要清理内存时手动调用该接口,程序模块退出时也会自动调用该接口。
另外,在操作S101中对析构函数进行优化,在析构函数中自动调用deleteAllObject接口。程序模块退出时会自动调用析构函数,析构函数自动调用deleteAllObject接口,删除所有添加过的类对象指针,并删除添加过的类对象的内存,就可以避免了程序模块退出时忘记释放内存而造成的内存泄露的的风险。
S102:定义一个统一的父类Base类。
在上述操作S102中,在父类Base类的构造函数中调用ObjectManager类的addObject接口,把当前对象的指针添加到ObjectManager类管理的内存数组列表当中。类对象创建内存时,必须首先通过new运算符自动调用构造函数,把该类对象指针添加到ObjectManager类管理的内存数组列表中。当定义新的子类对象时,子类继承父类Base类,也会首先通过new运算符自动调用构造函数,把该子类对象指针添加到ObjectManager类管理的内存数组列表中,避免了手动添加类对象的指针时会有遗漏的情况。
S103:定义一个全局的ObjectManager类对象。
在上述操作S103中,在程序模块的cpp文件中,定义一个全局的ObjectManager类对象,主要提供两个接口,addObject接口和deleteAllObject接口,分别实现添加所有类对象指针、删除所有添加过的类对象指针以及删除添加过的类对象的内存的功能,另外,在析构函数中自动调用deleteAllObject接口。删除所有添加过的类对象指针,并删除添加过的类对象的内存。该ObjectManager类对象在全部程序运行期间都是有效的,其他模块也可以随时获取ObjectManager类的对象指针。
S104:定义新的类对象时,继承父类Base类对象。
在上述操作S104中,当程序模块需要定义一个新的类对象时,该新的类对象必须继承父类Base类对象,该新的类对象称为子类对象。子类继承父类Base类时,会首先通过new运算符自动调用构造函数,把其对象指针添加到操作S4中创建的全局对象ObjectManager类管理的内存数组列表中,一方面,避免了手动添加类对象的指针时会有遗漏的情况,另一方面也保证了该子类对象的内存地址管理。
S105:程序模块清理内存时,手动调用ObjectManager类对象的deleteAllObject接口释放内存。
在上述操作S105中,当程序模块需要清理内存时,程序员可以手动调用ObjectManager类对象的deleteAllObject接口,实现从ObjectManager对象的内存数组列表当中循环调用delete函数,delete函数删除全部创建过的子类对象指针及子类对象的内存,保证了类对象内存空间的统一释放。
S106:程序模块退出时,ObjectManager的析构函数自动调用deleteAllObject接口释放内存。
在上述操作S106中,全局对象ObjectManager会在程序模块退出时自动释放内存,释放内存时会自动调用ObjectManager的析构函数,而本公开中对析构函数进行了优化,该ObjectManager的析构函数可以自动调用ObjectManager类对象的deleteAllObject接口释放子类对象指针和子类对象的内存。因此,程序模块退出时,自动执行ObjectManager的析构函数,该析构函数自动调用deleteAllObject接口释放子类对象指针和子类对象的内存,避免了程序模块退出时程序员忘记手动释放内存的风险,保证了内存的正确释放。
如图2所示,电子设备200包括处理器210、计算机可读存储介质220。该电子设备200可以执行上面参考图1描述的方法,以进行消息处理。
具体地,处理器210例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如,专用集成电路(ASIC)),等等。处理器210还可以包括用于缓存用途的板载存储器。处理器210可以是用于执行参考图1描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
计算机可读存储介质220,例如可以是能够包含、存储、传送、传播或传输指令的任意介质。例如,可读存储介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置、器件或传播介质。可读存储介质的具体示例包括:磁存储装置,如磁带或硬盘(HDD);光存储装置,如光盘(CD-ROM);存储器,如随机存取存储器(RAM)或闪存;和/或有线/无线通信链路。
计算机可读存储介质220可以包括计算机程序221,该计算机程序221可以包括代码/计算机可执行指令,其在由处理器210执行时使得处理器210执行例如上面结合图1所描述的方法流程及其任何变形。
计算机程序221可被配置为具有例如包括计算机程序模块的计算机程序代码。例如,在示例实施例中,计算机程序221中的代码可以包括一个或多个程序模块,例如包括221A、模块221B、……。应当注意,模块的划分方式和个数并不是固定的,本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合,当这些程序模块组合被处理器210执行时,使得处理器210可以执行例如上面结合图1所描述的方法流程及其任何变形。
根据本公开的实施例,计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、有线、光缆、射频信号等等,或者上述的任意合适的组合。
图3示意性示出了根据本公开实施例的自动管理类对象内存的系统的框图。
如图3所示,自动管理类对象内存的系统300包括ObjectManager类定义模块310、父类定义模块320、新创建的类定义模块330及删除模块340。
具体地,ObjectManager类定义模块310,用于定义ObjectManager类,所述ObjectManager类包括第一接口和第二接口,其中,该第一接口用于添加所有类对象指针到内存数组列表中,该第二接口用于删除所有添加过的类对象指针及类对象内存。第一接口为addObject接口,可以使所有添加过的类对象指针统一保存在ObjectManager对象为类对象指针分配的内存数组列表中;第二接口为deleteAllObject接口,该接口通过从ObjectManager对象的内存数组列表当中循环调用delete函数,删除这些类对象指针指向的类对象,让其释放内存;优化ObjectManager的析构函数,在ObjectManager的析构函数中自动调用deleteAllObject接口,删除所有添加过的类对象指针及类对象的内存。
父类定义模块320,用于定义父类,该父类调用所述第一接口。在父类的构造函数中调用ObjectManager类的addObject接口,把当前对象的指针添加到ObjectManager类管理的内存数组列表当中。
新创建的类定义模块,用于设定新创建的类为所述父类的子类,通过调用所述第一接口,添加该子类对象指针到所述内存数组列表中。子类继承父类时,会首先自动调用构造函数,把其对象指针添加到ObjectManager类管理的内存数组列表中。
删除模块340,用于调用所述ObjectManager类的第二接口,删除新创建的子类对象指针及子类对象的内存。当程序模块需要清理内存时,程序员可以手动调用ObjectManager类对象的deleteAllObject接口,从ObjectManager对象的内存数组列表当中循环调用delete函数,delete函数删除全部创建过的子类对象指针及子类对象的内存;程序模块退出时,自动执行ObjectManager的析构函数,该析构函数自动调用deleteAllObject接口释放子类对象指针和子类对象的内存。
可以理解的是,ObjectManager类定义模块310、父类定义模块320、新创建的类定义模块330及删除模块340可以合并在一个模块中实现,或者其中的任意一个模块可以被拆分成多个模块。或者,这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合,并在一个模块中实现。根据本发明的实施例,ObjectManager类定义模块310、父类定义模块320、新创建的类定义模块330及删除模块340中的至少一个可以至少被部分地实现为硬件电路,例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC),或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现,或以软件、硬件以及固件三种实现方式的适当组合来实现。或者,ObjectManager类定义模块310、父类定义模块320、新创建的类定义模块330及删除模块340中的至少一个可以至少被部分地实现为计算机程序模块,当该程序被计算机运行时,可以执行相应模块的功能。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
本领域技术人员可以理解,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合,即使这样的组合或结合没有明确记载于本公开中。特别地,在不脱离本公开精神和教导的情况下,本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
尽管已经参照本公开的特定示例性实施例示出并描述了本公开,但是本领域技术人员应该理解,在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下,可以对本公开进行形式和细节上的多种改变。因此,本公开的范围不应该限于上述实施例,而是应该不仅由所附权利要求来进行确定,还由所附权利要求的等同物来进行限定。

Claims (9)

1.一种自动管理类对象内存的方法,包括:
S1,定义ObjectManager类,所述ObjectManager类包括第一接口和第二接口,其中,所述第一接口用于添加所有类对象指针到内存数组列表中,所述第二接口用于删除所有添加过的类对象指针及类对象内存;
S2,定义父类,该父类调用所述第一接口;
具体包括:在所述父类的构造函数中调用所述第一接口,添加类对象指针到内存数组列表中;
S3,设定新创建的类为所述父类的子类,通过调用所述第一接口,添加该子类对象指针到所述内存数组列表中;
S4,程序模块需清理内存空间或程序模块退出时,通过调用所述ObjectManager类的第二接口,删除步骤S3中创建的子类对象指针及子类对象的内存。
2.根据权利要求1所述的一种自动管理类对象内存的方法,所述定义ObjectManager类,还包括:在所述ObjectManager类的析构函数中自动调用所述第二接口,删除步骤S3中创建的子类对象指针及子类对象的内存。
3.根据权利要求1所述的一种自动管理类对象内存的方法,其中,所述第一接口为addObject接口,所述第二接口为deleteAllObject接口。
4.根据权利要求1所述的一种自动管理类对象内存的方法,其中,程序模块需清理内存空间或程序模块退出时,通过调用所述ObjectManager类的第二接口,删除步骤S3中创建的子类对象指针及子类对象的内存,还包括:
程序模块需清理内存空间时,调用所述第二接口,删除步骤S3中创建的子类对象指针及子类对象的内存;
程序模块退出时,调用所述ObjectManager类的析构函数,删除步骤S3中创建的子类对象指针及子类对象的内存。
5.根据权利要求1所述的一种自动管理类对象内存的方法,所述ObjectManager类的对象是全局对象,其他模块也可以获取所述ObjectManager类的对象指针。
6.根据权利要求1所述的一种自动管理类对象内存的方法,其中,设定新创建的类为所述父类的子类,通过调用所述第一接口,添加该子类对象指针到所述内存数组列表中,还包括:所述子类通过调用所述父类的构造函数,添加该子类对象指针到所述内存数组列表中。
7.一种自动管理类对象内存的电子设备,包括:
处理器;
存储器,其存储有计算机可执行程序,该程序在被所述处理器执行时,使得所述处理器执行如权利要求1-6中任一的 自动管理类对象内存的方法。
8.一种自动管理类对象内存的系统,其特征在于,所述自动管理类对象内存的系统包括:
ObjectManager类定义模块,用于定义ObjectManager类,所述ObjectManager类包括第一接口和第二接口,其中,所述第一接口用于添加所有类对象指针到内存数组列表中,所述第二接口用于删除所有添加过的类对象指针及类对象内存;
父类定义模块,用于定义父类,在所述父类的构造函数中调用所述第一接口,添加类对象指针到内存数组列表中;
新创建的类定义模块,用于设定新创建的类为所述父类的子类,通过调用所述第一接口,添加该子类对象指针到所述内存数组列表中;
删除模块,用于调用所述ObjectManager类的第二接口,删除新创建的子类对象指针及子类对象的内存。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-6中任一的 自动管理类对象内存的方法。
CN201810739391.7A 2018-07-06 2018-07-06 一种自动管理类对象内存的方法及电子设备 Active CN109144477B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810739391.7A CN109144477B (zh) 2018-07-06 2018-07-06 一种自动管理类对象内存的方法及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810739391.7A CN109144477B (zh) 2018-07-06 2018-07-06 一种自动管理类对象内存的方法及电子设备

Publications (2)

Publication Number Publication Date
CN109144477A CN109144477A (zh) 2019-01-04
CN109144477B true CN109144477B (zh) 2022-02-08

Family

ID=64799862

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810739391.7A Active CN109144477B (zh) 2018-07-06 2018-07-06 一种自动管理类对象内存的方法及电子设备

Country Status (1)

Country Link
CN (1) CN109144477B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110188308B (zh) * 2019-05-31 2021-11-09 武汉斗鱼网络科技有限公司 客户端自动打点上报方法、存储介质、设备及系统
CN110442404B (zh) * 2019-08-13 2022-07-05 武汉斗鱼鱼乐网络科技有限公司 一种对象释放方法、装置、设备和存储介质
CN113419851A (zh) * 2021-06-15 2021-09-21 广联达科技股份有限公司 指针对象的删除方法、装置、电子设备及可读存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU7090894A (en) * 1993-12-17 1995-07-03 Taligent, Inc. Object-oriented memory allocation framework
US7398531B2 (en) * 2002-05-07 2008-07-08 Oracle International Corporation Providing common memory management code to objects that are instances of different classes
CN100351788C (zh) * 2005-05-18 2007-11-28 大唐移动通信设备有限公司 嵌入式设备的驱动方法
CN101046755B (zh) * 2006-03-28 2011-06-15 郭明南 一种计算机自动内存管理的系统及方法
CN101576824B (zh) * 2009-06-19 2011-11-30 深圳市科陆电子科技股份有限公司 基于jsf开发框架的内存优化系统及方法
US10444949B2 (en) * 2012-10-08 2019-10-15 Fisher-Rosemount Systems, Inc. Configurable user displays in a process control system
US9747088B2 (en) * 2013-04-22 2017-08-29 Embarcadero Technologies, Inc. Automatic reference counting
CN103902383A (zh) * 2014-03-26 2014-07-02 浪潮电子信息产业股份有限公司 一种基于继承机制的资源管理器设计方法
CN106776356A (zh) * 2016-11-28 2017-05-31 新疆熙菱信息技术股份有限公司 一种实现内存高速交互的系统及方法

Also Published As

Publication number Publication date
CN109144477A (zh) 2019-01-04

Similar Documents

Publication Publication Date Title
CN109144477B (zh) 一种自动管理类对象内存的方法及电子设备
CN109032706B (zh) 智能合约执行方法、装置、设备和存储介质
US10032024B2 (en) System and method for virtual partition monitoring
US8756587B2 (en) Static analysis of computer software applications
US20130086571A1 (en) Dynamically Updating Firmware In A Computing System
US9250889B2 (en) Assigning severity to a software update
CN108897575B (zh) 电子设备的配置方法以及配置系统
CN103678991A (zh) 多线程处理器中的全局寄存器保护
US20190095181A1 (en) Easy-To-Use Type Of Compile-Time Dependency Injection Method And Device In The Java Platform
US9207996B2 (en) Active lock information maintenance and retrieval
US20190207828A1 (en) Service broker for cloud foundry platform
US20170091044A1 (en) Replicating data in a data storage system
CN112612460B (zh) 接口的封装和调用方法、电子设备、及存储介质
CN110674050B (zh) 内存越界检测方法、装置、电子设备及计算机存储介质
CN110968147B (zh) 定时器创建的方法、装置、电子设备及介质
CN111143089A (zh) 一种应用程序调用第三方库动态提升权限的方法及装置
CN107480210B (zh) 内存数据操作方法及装置
CN115794219A (zh) 数据源动态控制方法、装置、电子设备及介质
KR102623022B1 (ko) 프로그램 보호를 위한 디버거 차단 방법 및 시스템
CN105786456B (zh) 一种实现VxWorks任务钩子函数功能的方法及装置
CN112000482A (zh) 一种内存管理的方法、装置、电子设备及存储介质
US9058339B2 (en) Source control inheritance locking
US20140075092A1 (en) Simulating eeprom in virtual distributed switches
CN110647405A (zh) 系统消息处理方法、电子设备和计算机可读存储介质
US20140026116A1 (en) Source control execution path locking

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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20231220

Address after: No. 546, Luoyu Road, Hongshan District, Wuhan, Hubei Province, 430000

Patentee after: HUBEI CENTRAL CHINA TECHNOLOGY DEVELOPMENT OF ELECTRIC POWER Co.,Ltd.

Address before: 430000 Wuhan Donghu Development Zone, Wuhan, Hubei Province, No. 1 Software Park East Road 4.1 Phase B1 Building 11 Building

Patentee before: WUHAN DOUYU NETWORK TECHNOLOGY Co.,Ltd.

TR01 Transfer of patent right