为什么在构造函数的初始化列表中使用 new 运算符进行 memleak?
给定一个带有私有成员变量 name
和基本构造函数的 C++ 简单类:
#include <QString>
class Testclass
{
private:
QString *name;
public:
Testclass(): name(new QString()) {}
};
为什么 valgrind 的 memcheck 会抱怨 1 个块中的 8 个字节,而在使用此构造函数时这些字节肯定会丢失?
Given a simple class in C++ with a private member variable name
and a basic constructor:
#include <QString>
class Testclass
{
private:
QString *name;
public:
Testclass(): name(new QString()) {}
};
Why does valgrind's memcheck complains about 8 bytes in 1 block, which are definitely lost when using this constructor?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
会堵住你的漏洞。 C++ 不会(也不应该)为您做这件事。
ETA:ildjarn 正确地指出您还应该有一个复制构造函数和赋值运算符。
否则,默认的复制构造函数或赋值运算符将导致同一内存被删除两次。大多数需要析构函数的类应该替换或禁用默认的复制构造函数和赋值运算符。这就是所谓的“三法则”。
您可能需要考虑简单地按值保存 QString,因为它本身可能是一个轻量级容器类,如 std::string 或 std::vector。但如果您是 C++ 初学者,这样做一次就是一个宝贵的教训。
Will plug your leak. C++ doesn't (and shouldn't) do this for you.
ETA: ildjarn correctly points out that you should also have a copy constructor and assignment operator.
Otherwise, the default copy constructor or assignment operator will cause the same memory to be deleted twice. Most classes that require a destructor should replace or disable the default copy constructor and assignment operator. This is called the "Rule of Three."
You might want to consider simply holding the QString by value, because it's likely itself a lightweight container class, like std::string or std::vector. But if you're a C++ beginner, doing it this way once is a valuable lesson.