分配函数作用域成员会导致内存泄漏吗?

时间:2016-08-04 07:35:37

标签: c++ memory-leaks

我曾经分配函数作用域静态成员,因为当对这些函数的调用仅限于调试目的并且内存非常有限时,它非常有用。 我测试了下一个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在哪里分配?

4 个答案:

答案 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)

  1. class1 在静态内存中分配,它的析构函数在主返回后执行。

  2. class2 由于new而在堆上分配,但是在静态内存中也指向它,当main返回时它会销毁指针而不是引用的对象。

    < / LI>

    第二个是不好的做法,但实际上在主要返回之后,进程消耗的所有内存都应该返回到操作系统。