在程序终止后不删除动态分配的内存并让它由操作系统释放

Question

我已阅读此问题和答案 dynamically allocated memory after program termination, 我想知道是否可以不删除动态分配的内存并让它在程序终止后由操作系统释放。 那么，如果我为程序中需要的对象分配了一些内存，是否可以在程序结束时跳过删除它们，以使代码运行得更快？

Answer 1

简短的回答是肯定的，你可以，长的答案是可能你最好不要那样做：如果你的代码需要重构并变成一个库，您将大量的技术债务交给了将要从事这项工作的人，可能就是您。

此外，如果您有一个真实的、难以发现的内存泄漏（不是由您故意不释放长寿命对象引起的内存泄漏），那么使用 valgrind 进行调试将非常耗时，因为相当多噪音和误报的数量。

看看std::shared_ptr 和std::unique_ptr。后者没有开销。

Answer 2

大多数正常的操作系统会在终止时释放进程拥有的所有内存和本地资源（操作系统可能会以惰性方式执行此操作，或减少其共享计数器，但这在问题上并不重要）。因此，跳过释放这些资源是安全的。

但是，这是非常坏的习惯，你几乎一无所获。如果您发现释放对象需要很长时间（例如在很长的对象列表中走动），您应该优化您的代码并选择更好的算法。

另外，虽然操作系统会释放所有本地资源，但也有例外，如共享内存和全局空间信号量，需要您明确释放。

Answer 3

首先，C++ 中的第一条规则是：

除非你真的需要，否则避免动态分配！

不要轻易使用new；即使它被安全地包裹在std::make_unique 或std::make_shared 中也不行。在 C++ 中创建类型实例的标准方法是：

T t;

在 C++ 中，只有当对象的寿命超过其最初创建的范围时，才需要动态分配。

如果且仅当您需要动态分配对象时，才考虑使用std::shared_ptr 或std::unique_ptr。当不再需要对象时，它们会自动释放。

第二，

是否可以在程序结束时跳过删除它们，以便 让代码运行得更快？

绝对不是，因为有“为了让代码运行得更快”部分。这将是过早的优化。

---

这些是基本点。

但是，您仍然需要考虑什么是“真正的”或严重的内存泄漏。

这是一个严重的内存泄漏：

#include <iostream>

int main()
{
    int count;
    std::cin >> count;
    for (int i = 0; i < count; ++i)
    {
        int* memory = new int[100];
    }
}

这还不错，因为记忆“永远丢失了”；一旦进程结束，任何远程现代操作系统都会为您清理所有内容（请参阅 Kerrek SB 在您的链接问题中的回答）。

这很糟糕，因为内存消耗并非恒定不变；它会随着用户输入而不必要地增长。

这是另一个糟糕的内存泄漏：

void OnButtonClicked()
{
    std::string* s = new std::string("my"); // evil!
    label->SetText(*s + " label");
}

这段（虚构的和稍微做作的）代码会随着每次按钮点击而增加内存消耗。程序运行的时间越长，占用的内存就越多。

现在比较一下：

int main()
{
    int* memory = new memory[100];
}

在这种情况下，内存消耗是恒定的；它不依赖于用户输入，并且不会随着程序运行的时间变大。虽然对于这么小的测试程序来说是愚蠢的，但在 C++ 中有 种情况，故意不解除分配是有意义的。

想到了单身人士。在 C++ 中实现 Singleton 的一个非常好的方法是动态创建实例并且永远不会删除它；这避免了所有破坏顺序问题（例如，当Log 已经被破坏时，SettingsManager 在其析构函数中写入Log）。当操作系统清除内存时，不再执行任何代码，您是安全的。

您可能永远不会遇到避免解除分配是个好主意的情况。但要警惕软件工程中的“总是”和“从不”规则，尤其是在 C++ 中。良好的内存管理比将每个 new 与 delete 匹配要困难得多。