5

这个问题困扰了我一段时间：我在 MSDN 的 DirectX文章中阅读了以下内容：

（应用程序的）析构函数应该释放存储的任何（Direct2D）接口......

DemoApp::~DemoApp()
{
    SafeRelease(&m_pDirect2dFactory);
    SafeRelease(&m_pRenderTarget);
    SafeRelease(&m_pLightSlateGrayBrush);
    SafeRelease(&m_pCornflowerBlueBrush);
}

现在，如果所有应用程序的数据都在终止（ source ）时被释放/释放，为什么我要费心制作一个函数以按顺序/并单独释放它们？这没有道理！

随着时间的推移，我越来越多地看到这一点，这显然让我很烦恼。上面的 MSDN 文章是我第一次遇到这种情况，因此在所有其他情况下提及它是有道理的。

好吧，因为到目前为止我还没有真正问过我的问题，所以它们是：

  • 我需要在终止前释放一些东西吗？（请解释原因）
  • 为什么 MSDN 中的作者选择这样做呢？
  • 答案是否与本机和托管代码不同？IE 在编写 C# 程序时，我是否需要确保在程序结束时处理所有内容？（我不了解 Java，但如果存在处置，我相信其他成员也会对此表示赞赏）。

谢谢！

4

2 回答 2

3

当您的应用程序终止时，您无需担心托管内容。当整个进程的内存被销毁时，所有这些都会随之而来。

重要的是非托管资源。

如果您有一个文件锁，并且当应用程序关闭时文件处理程序的托管包装器在您没有释放锁的情况下被删除，那么您现在已经丢弃了唯一允许访问该文件的密钥。

如果您有一个内部缓冲区（例如用于记录错误），您可能希望在应用程序终止之前刷新它。不这样做可能意味着不会记录导致应用程序结束的致命错误。那可能……很糟糕。

如果您打开了网络连接，则需要关闭它们。如果您不这样做，那么操作系统可能不会为您执行此操作（至少暂时不会；最终它可能会注意到不活动），这对另一端的任何人来说都是相当粗鲁的。他们可能会继续倾听回应，或者继续向您发送信息，却不知道您已经不在了。

于 2012-11-16T18:50:33.953 回答
3

现在，如果应用程序的所有数据都在终止时被释放/释放（源），为什么我要费心去做一个函数按顺序/并单独释放它们？

有很多原因。一个直接的原因是因为并非所有资源都是内存。只有内存在进程终止时被回收。如果您的某些资源是共享互斥锁或文件句柄之类的东西，则不释放这些资源可能会弄乱其他程序或程序的后续运行。

我认为还有一个更重要、更根本的原因。自己不清理只是懒惰、草率的编程。如果您在终止时的清理工作很懒惰和马虎，那么您在其他时候是否也很懒惰和马虎？如果你的倾向是懒惰和马虎，并且只在你意识到潜在问题的特定领域超越这种倾向，那么你的倾向就是懒惰和马虎。如果有你没有意识到的潜在问题怎么办？你怎么能依靠你懒惰、草率编程的整体哲学来编写正确、健壮的程序？

不要成为那个人。自己打扫干净。

于 2012-11-16T18:53:40.527 回答