我曾经分配函数作用域静态成员,因为当对这些函数的调用仅限于调试目的并且内存非常有限时,它非常有用。 我测试了下一个c ++代码:
#include <stdio.h>
class myClass
{
public:
myClass(int index) : m_index(index)
{
printf("Constructing element %d\n", m_index);
}
~myClass(void)
{
printf("Destructing element %d\n", m_index);
}
int m_index;
};
void foo()
{
static myClass class1(1);
static myClass *class2 = new myClass(2);
return;
}
void main()
{
foo();
return;
}
打印输出
Constructing element 1
Constructing element 2
Destructing element 1
Press any key to continue . . .
我是否造成任何内存泄漏? 元素1在哪里分配? 元素2在哪里分配?
答案 0 :(得分:6)
这取决于&#34;内存泄漏&#34;被定义为。有些人将其定义为分配内存,然后不要解除分配。在这种情况下,是的,您的程序有内存泄漏,因为永远不会删除class2
。其他人将其定义为分配内存,然后不能解除分配内存,因为最后剩余的指向内存的指针会被覆盖或超出范围。在这种情况下,您的程序没有内存泄漏。
你的代码是否是&#34;坏&#34;是一个意见问题。我建议不要在可以使用智能指针的地方使用显式new
。但是,有些人建议使用静态指针,以便故意阻止对象被破坏,以避免在生命周期结束后访问静态对象时可能发生的错误(< em> ie 在另一个静态对象的析构函数中,或者调用由atexit
注册的函数。
答案 1 :(得分:1)
通过使用new分配myClass指针(class2)并且不删除它来泄漏内存。在这个例子的范围内可以忽略不计,因为当程序结束时系统将回收内存,但有人可能会认为它可能在更大的项目中变得更糟糕。
至于释放它,只需在它超出范围之前将其删除或使用智能指针:当主要完成时它将被破坏,以及其余的静态数据。
答案 2 :(得分:1)
是的,这是内存泄漏,因为您没有释放已分配的内存。在这种情况下,操作系统将在程序退出时回收内存。
如果需要,可以使用c ++ 11唯一指针使程序释放分配的内存。但是,如果您依赖订单,则很难预测析构函数的调用顺序,不要继续这条路线。
#include <stdio.h>
#include <memory>
class myClass
{
public:
myClass(int index) : m_index(index)
{
printf("Constructing element %d\n", m_index);
}
~myClass(void)
{
printf("Destructing element %d\n", m_index);
}
int m_index;
};
void foo2()
{
static std::unique_ptr<myClass> class2(new myClass(2));
}
void foo()
{
static myClass class1(1);
return;
}
int main()
{
foo2();
foo();
foo2();
return 0;
}
答案 3 :(得分:0)
class1 在静态内存中分配,它的析构函数在主返回后执行。
class2 由于new而在堆上分配,但是在静态内存中也指向它,当main返回时它会销毁指针而不是引用的对象。
< / LI> 醇>第二个是不好的做法,但实际上在主要返回之后,进程消耗的所有内存都应该返回到操作系统。