gpt4 book ai didi

c++ - 如何释放我的类析构函数中的内存?

转载 作者:太空宇宙 更新时间:2023-11-04 14:50:04 25 4
gpt4 key购买 nike

好吧,我想这个问题听起来可能太傻了,但是内存管理(尤其是在 C/C++ 中)从来都不是我的强项,而且由于它通常不是一件引人注目的事情,所以我倾向于忽略它。所以,如果这一切听起来很愚蠢,请原谅我。但是,由于我当前的项目涉及大量数据和处理,内存消耗很容易在几秒钟内超过 2GB,这肯定会减慢整个过程,所以...我该开始思考了多种修复方法。


所以,这是我的情况......

我的主体类(我正在其中创建数百万个实例(希望它们会自动删除,因为它们不再被使用),所以据推测这是罪魁祸首)是(大致)这个:

class MyClass
{
public:
// My Constructors
MyClass ();
MyClass (std::string param);

// My Destructor (still empty)
virtual ~MyClass ();

// Some methods
void methodA(std::string moves);
void methodB();

//----------------------
// My Variables
//----------------------
boost::array<int,64> arrA;
boost::array<unsigned int,13> arrB;
unsigned int key;

boost::array<int,3> arrC;
int argA;
int argB;
};

这是(粗略地 - 实际代码已被更改)如何创建上述类的实例:

vector<MyClass*> SomeOtherClass::getListOfObjects()
{
vector<MyClass*> objects;

for (int i=0; i<MAX_OBJS; i++)
{
// Do some preparatory work
objects += new MyClass();
}

return objects;
}

下面是如何使用上述函数的结果:

void SomeOtherClass::doSth()
{
vector<MyClass*> objs = this->getListOfObjects();
int objsSize = objs.size();

for (int i=0; i<objsSize; i++)
{
MyClass* obj = objs[i];

// Do sth with obj

delete objs[i];
}
}

所以,我的问题是:

  • 我应该在我的析构函数中做什么,以便当对象不再需要并因此被释放时,它的所有“子组件”也被释放? (例如 2 个 boost::array)

  • 您注意到上述方法有什么问题吗?


如果您对我的实现还有其他需要了解的,请告诉我...

最佳答案

您的类成员看起来不是动态分配的,在这种情况下,您不需要在析构函数中显式删除任何内容。如果您碰巧遗漏了一些指向分配内存的指针,在这个问题中,您使用new分配,您需要删除这些析构函数。

请记住,如果您new,则需要delete,类似于new[]-delete[] .除非分配给 std::unique_ptr

如果您的 MyClass 对象本身是使用 new 在堆上分配的,那么您将不得不删除它们。

附注如果您使用的是 C++11,您现在应该使用 std::array


从您的新代码中可以明显看出,无论谁保留从 getListOfObjects() 返回的列表,都需要在每个元素被销毁时调用 delete。它可能是 SomeOtherClass 的析构函数。

或者,您可以将 MyClass* 指针包装在 std::unique_ptrstd::shared_ptr (或任何 boost smart此处可能相关的指针),当保存它们的 vector 超出范围并被销毁时,这些指针将自动删除。


如果 doSth 的表示是准确的,并确保 MyClass 的所有实例都得到 deleted,那么这段代码似乎没问题,来自内存泄漏的观点。

关于c++ - 如何释放我的类析构函数中的内存?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14434163/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com