如果程序已经退出，为什么要释放资源？

Question

许多库（例如 SDL 等）在其教程中都调用了在退出程序之前释放资源的方法，但据我所知，大多数操作系统在退出时会从进程中释放所有内存，为什么我需要费心去释放如果应用程序无论如何都会退出的话？

Answer 1

内存和资源不是一回事。

内存会自动释放。

资源可能会也可能不会自动释放。

Answer 2

即使您的操作系统（并非所有操作系统都这样做）在退出时释放内存，也有一些原因：

• 好方法
• 这是增加对称性的
• ，因此代码看起来更好操作系统不会在退出时自动释放一些资源，例如设备（传感器、扫描仪...... ）
• 如果有人获取此代码并将其放入仅在运行时的一小部分中使用这些库的程序中，则在不需要时资源将被释放。
• 如果您正在寻找不良内存泄漏，您的调试器将找不到这些不重要的内存泄漏。

Answer 3

分配给程序的资源是否会被回收取决于操作系统。请注意，某些嵌入式系统不会释放资源。

大多数操作系统都会回收并释放分配的资源，但依赖操作系统的行为来实现这一点是不好的做法，因此您应该在退出程序之前释放所有获取的资源。

Answer 4

总的来说，我同意其他人所说的：如果你不在小事上养成良好的习惯，那么你在大事上也会失败。然而，你的问题（一个古老的）响了，关于仅崩溃软件。

虽然这个概念比您原来的问题延伸了“一点”（它不仅涉及操作系统资源，还涉及您自己的资源（打开文件等），您可能仍然对它感兴趣。

基本思想是，如果软件应该面对崩溃时不破坏用户数据等（想想数据库/tx日志等）为什么你应该设计/编程一个干净的退出路径如果你需要重新启动，重新运行它，你不妨“让它崩溃”。

好吧，我想人们可以争论一下整天都这样，但仍然很有趣。

Answer 5

收拾好自己是个好主意。

其一 - 释放资源将以受控方式整理文件描述符/网络连接/共享内存等。

其次，如果您使用诸如purity之类的东西，您可以确保所有内存都被考虑在内 - 从而更好地感觉到没有发生内存泄漏。

Answer 6

我想首先应该提到的是，并非所有资源都是相同的。

这些结构（在大多数操作系统中）都不会在应用程序关闭时自动清理：

• 共享内存池
• 名为 Win32 Mutex/Semaphore/Event/etc 的 。对象
• 某些类型的套接字连接
• 专有硬件设备驱动程序数据结构（模糊）

......我确信我忘记了一些。

总的来说，可能很容易知道您的应用程序是否使用任何这些类型的对象及其控件。然而，在较大的应用程序中，不难达到这样的程度：您拥有一些深度嵌入的（第 3 方？）子系统，该子系统确实分配了一个或多个这些特殊结构，并且如果应用程序的其余部分像筛子一样泄漏，你可能有麻烦了。

这实际上是一个工程学科的问题，它表明您的应用程序应该在退出时自行清理。您现在可能不需要它，但随着您的应用程序变得越来越大，您可能会欣赏它。

Answer 7

我看到的原因之一是：

假设您在应用程序退出时将内存泄漏转储到开发环境的输出窗口中。如果您没有以正确的方式“清理”，您将无法从“不理会它”的所有泄漏中检测到真正的泄漏

Answer 8

确实，今天几乎所有主流操作系统确实都会释放程序在终止时分配的所有（或大部分）资源。然而，首先并非所有资源都如此（例如，在我的 mac 上，当程序终止时未正确关闭时，打开套接字会保持打开状态一段时间），其次我相信并非所有操作系统都如此。

从历史上看，操作系统根本不会打扰（特别是一些较旧的 16 位操作系统），因此在编程终止时清理所有资源已经成为并且仍然是良好的编程实践，不清理自己的东西的程序员通常被认为是糟糕的程序员。

Answer 9

首先：当进程结束时，操作系统并不释放所有资源，例如：

1. 文件 - 有时您可能会删除已打开的文件。
2. 命名资源：命名互斥体、共享内存等。
3. 更复杂的应用程序级别状态设置、统计信息等等。

因此，一旦您以相同的方式管理所有资源，您就在做正确的事情。

Answer 10

你是对的，大多数现代操作系统都会在应用程序退出时为你释放内存、文件句柄等。因此，如果应用程序可用的资源是无限的，我完全同意您的观点，并且不会费心释放任何资源。

事实上，资源并不是无限的，实际上恰恰相反，因此您获取的任何东西都是系统上运行的其他应用程序无法拥有的。在许多情况下，您不需要在应用程序的整个生命周期中使用资源，而只是应用程序的一部分，因此您希望与系统的其余部分很好地配合，并且只在需要时获取您需要的资源。

不释放资源的做法在嵌入式设备中很常见，因为对于这些设备来说，应用程序是唯一运行的东西，它甚至无法退出，唯一的出路就是关闭设备。我使用一个这样的系统，虽然嵌入式设备不会因为不发布东西而出现问题，但我们工程师却因为以下几个原因而受到困扰：

• 在普通 PC 上测试嵌入式应用程序时，我们被迫将模拟设备建模为一个过程，该过程开始和结束。如果正确释放资源，我们可以让单个进程在同一运行中运行多个测试，包括启动和停止模拟设备的测试。
• 在某些时候，我们必须从事一个项目，该项目要求我们获取部分嵌入式代码并将其发布为 Windows/Linux 的动态链接库，该库执行真实设备的部分功能，但没有实际设备。由于资源问题，用户无法在应用程序中多次加载和卸载该 DLL，因为每次这样做都会占用相当大的内存块，并且永远不会释放回来。我们已将其记录为限制，我们要求用户将库链接到应用程序，而不是动态加载它。不幸的是，这款嵌入式设备已经开发了 10 多年，定位和修复所有这些资源分配将非常复杂，因此我们一直推迟它并拥有一个次优的产品。
• 当我们使用静态和动态代码分析工具来定位真正的缺陷时，我们会得到大量的误报，以至于我们必须开发工具来过滤掉这些误报，以免在所有噪音中错过真正的缺陷。

我的建议是，你编写代码时就好像操作系统不会帮助你一样，因为这会给你将来改进软件的最多选择。

Answer 11

这些都是良好的礼仪。

而且你永远不知道你是否想把你的程序变成将来持续不断地运行的东西。

也就是说，这不是强制性的，并且一如既往，如果您知道自己在做什么，您就可以违反规则。

Answer 12

操作系统在进程关闭后尝试释放进程仍保留的所有资源，作为保持系统运行的最后努力。应用程序应该自行清理，但操作系统的自动清理旨在阻止编写错误的程序因内存泄漏、保留文件等而导致整个系统瘫痪。所以你真的不应该依赖它作为您的应用程序关闭的默认模式！理想情况下，操作系统永远不需要在进程关闭后进行清理，因为所有程序都应该编写良好，以便在自行清理后进行清理。然而，在实践中，有些软件有错误或者只是编写得不好，操作系统在这些懒惰的程序之后进行清理是一个有用的功能。

此外，操作系统无论如何也不会清理某些资源。如果您将一个文件写入磁盘并打算在关机时删除它，操作系统将不会自动删除该文件（如果它是用户的文档怎么办？）。但如果您自己不清理它，您的程序就会永久“泄漏”磁盘空间。对于除文件之外的其他类型的资源，还有许多其他示例。

因此，不要编写假设操作系统会清理的糟糕软件：它可能不会 100% 完成清理工作，而且该机制仅适用于蹩脚软件。而是编写好的软件！

Answer 13

一旦您尝试使用 Valgrind 或其他工具查找内存泄漏，即使对于其生命周期与应用程序的生命周期相对应的对象，释放内存的意义也立即显而易见，因为您的输出将充斥着有关这些对象的报告。毕竟，泄漏仍然是泄漏。

Answer 14

应用程序退出时不需要释放内存。操作系统负责回收内存。正如其他人提到的，像打印机、文件这样的资源需要释放它们的锁，以允许其他程序访问它们。

假设您的代码没有释放任何内存（即使在运行时），并且当您的代码/项目大小增加时，它将耗尽您的所有系统内存，并且维护变得很难修复它们。因此，对于未来的所有目的，释放内存是一个很好的做法。

Answer 15

如您所知，根据操作系统的不同，内存通常（希望如此！）在进程退出时自动释放。

然而，许多库（例如 SDL）要求操作系统及时分配系统资源，不会及时释放（甚至可能直到关闭）除非明确由应用程序释放。

除了对操作系统友好并进行清理之外，释放您分配的任何内存对于运行时间未知的任何应用程序都很重要，因为该内存占用了其他应用程序可能需要的空间。

自己清理也是一个好习惯。 :)

Answer 16

正如其他答案指出的那样，资源和内存之间存在差异。我只能在 Win32 api 的上下文中谈论，但我确信类似的概念也适用于像 SDL 这样的库。有些库可能提供资源的自动释放，有些则不然。无论如何，释放资源始终是一个好习惯。设备特定资源是如果不释放可能会导致问题的资源示例。您可能需要查看库的文档以了解有关资源管理的详细信息。

Answer 17

我知道我迟到了，但是请释放你所有的内存和资源，如果没有其他原因，除了因为当你最终遇到真正的内存泄漏时，就像在循环内一样，那么我最不需要的就是你的垃圾像 valgrind 一样弄乱我的内存分析器输出。

其次，清理内存不是问题，使用智能指针可以为您完成所有工作，几乎没有任何开销。

最后，如果它是一个库，这是更不可原谅的，我不在乎它是否不是连续泄漏（即 1 次垃圾 - 例如：创建单例），库不应该在 freestore 上留下数据。

Answer 18

每当任何新进程启动时，都会为其分配一些内存。内存可以有四种类型：

 1.Heap
 2.Local
 3.Virtual
 4.Global

本地通常用于 main() 变量的地址，因为这些主变量将被频繁使用。 Global 保存全局变量的记录。堆内存被分配（分配页面）给程序或进程，它具有程序的数据和函数的信息。

操作系统使用指针的概念实际上发生了什么。每当程序中一个指针开始指向其他内存（由于某些代码错误）并停止指向前一个内存位置时，最后一个内存空间仍在堆内存中使用。但这个内存空间没有任何用处。当任何程序退出时，它都会根据其变量和函数位置释放内存。但正如我所说，未指向的内存仍然有数据，但没有人指向它，因此程序无法释放它。

为了释放未使用的内存位置，我们使用 free()。如malloc、realloc、calloc、free都是堆内存的功能。当我们调用 free 时，它​​会删除为程序分配的页面，并且还会释放未使用的内存。

  In simple words,

分配给您的程序的 50-100 个内存位置。 a 和 b（程序中的变量）分别指向 60 和 70。由于某些代码错误，b 开始指向 60。所以现在 a 和 b 都指向 60。现在没有人指向 70。当程序开始退出时，它将获取a的内存位置并释放它。然后它将获取b的内存位置并释放它。但是程序永远不会知道70的位置，因为没有人指向它。所以它不会释放 70 的内存。

而当你调用 free() 时，它会直接释放整个页面，并且整个 50-100 内存位置将被释放。现在，非指向和指向的内存位置都可以免费使用。

现在，语言都有垃圾收集器来执行 free() 的功能。但如果我们谈论操作系统，那么它们必须自己完成，因此在库中总是使用免费的。这也是编写代码的最佳方式。