以下代码是否容易出现内存泄漏？

Question

我是 C++ 新手，我想知道以下代码是否容易出现内存泄漏。 在这里，我使用std::ostream 指针将输出重定向到控制台或文件。 为此，我为std::ofstream 调用新操作员。

#include <iostream>
#include <fstream>

int main() {
    bool bDump;

    std::cout << "bDump bool" << std::endl;
    std::cin >> bDump;

    std::ostream *osPtr;

    if (bDump) {
        osPtr = new std::ofstream("dump.txt");
    } else {
        osPtr = &std::cout;
    }

    *osPtr << "hello";
    return 0;
}

还有一件事，我没有关闭在为ofstream 调用构造函数时打开的文件。我们这里是否有任何潜在的数据丢失情况。因为文件没有关闭。

Answer 1

是的。确实。任何时候你在没有delete 的情况下调用new，都会发生内存泄漏。

在你的代码执行之后，你需要添加这个：

        if(bDump)
        {
            delete osPtr;
        }

Answer 2

正如@Mahmoud Al-Qudsi 提到的，您的任何新内容也必须删除，否则将被泄露。

在大多数情况下，您确实不想要使用删除，而是想要使用智能指针来自动删除对象。这是因为在出现异常的情况下，您可能会再次泄漏内存（在 RAII 时），智能指针将保证对象被删除，从而调用析构函数。

调用析构函数的 at 很重要（尤其是在这种情况下）。如果您不调用析构函数，则有可能不是流中的所有内容都将刷新到基础文件。

#include <iostream>
#include <fstream>

int doStuff()
{
    try
    {
        bool bDump;

        std::cout<<"bDump bool"<<std::endl;
        std::cin>>bDump;

        // Smart pointer to store any dynamic object.
        std::auto_ptr<std::ofstream>   osPtr;

        if(bDump)
        {
            // If needed create a file stream
            osPtr.reset(new std::ofstream("dump.txt"));
        } 

        // Create a reference to the correct stream.
        std::ostream&  log = bDump ? *osPtr : std::cout;

        log << "hello";
     }
     catch(...) {throw;}

 } // Smart pointer will correctly delete the fstream if it exists.
   // This makes sure the destructor is called.
   // This is guaranteed even if exceptions are used. 

Answer 3

是的，newed 但绝不会泄露deleteed 的任何内容。

在某些情况下，分配左右和中心，然后退出是完全合理的，特别是对于短期批处理式程序，但作为一般规则，您应该 delete new 和 @ 987654325@你的一切new[]。

特别是在上述情况下，泄漏对象是不安全的，因为被泄漏的对象是一个永远不会写入未刷新内容的 ostream。

Answer 4

显示的代码没有泄漏。在执行期间的任何时候，所有分配的对象都是可引用的。如果一个对象已经被分配并且不能以任何方式被引用，那么只有一个内存泄漏。

如果指针超出范围，或者它的值被改变，而对象没有被释放，那就是内存泄漏。但是只要指针在最外层范围内并且没有其他任何东西改变它的值，就没有泄漏。

“在面向对象的编程中，当对象存储在内存中但运行代码无法访问时，就会发生内存泄漏。” Wikipedia -- 'Memory leak'

其他答案表明，任何使用典型单例模式或在终止之前未释放所有已分配对象的程序都存在内存泄漏。国际海事组织，这很愚蠢。无论如何，如果您接受这个定义，那么几乎每个现实世界的程序或库都会发生内存泄漏，而且内存泄漏肯定不全是坏事。

从某种意义上说，这种编码容易导致内存泄漏，因为很容易改变指针的值或让它超出范围。在这种情况下，存在实际泄漏。但如图所示，没有泄漏。

你可能有不同的问题：如果析构函数有副作用，不调用它会导致错误的操作。例如，如果您从未在写入文件的缓冲输出流上调用析构函数，则最后一次写入可能永远不会真正发生，因为缓冲区没有被刷新到文件中。