成功关闭应用程序后的 AV

Question

在应用程序按预期关闭后大约 3 到 5 秒，我收到此 AV 消息：

Exception EAccessViolation in module rtl160.bpl at 00073225. Access Violation at address 500A3225 in module 'rtl160.bpl'。读取地址 00000004。

这 (20) 个应用程序非常相似，因为它们都是 IBX 业务应用程序。其中大约一半并未导致 AV 的发生。

这些应用程序是从 Delphi-xe 移植的，并且可以完美运行很长时间。港口项目没有发生任何变化。 32 位和 64 位版本都给出了相同的结果。

这是某些库的最终确定部分释放资源或其他内容的错误吗？

我正在使用 Delphi-XE2 Update 3。

非常感谢您的帮助。

Answer 1

尝试使用 madExcept / EurekaLog 等 - 它们为您提供 AV 上详细的堆栈跟踪。这并不总是万能的，但可以指出问题所在。

Answer 2

访问冲突本质上已经是非常麻烦的野兽，因为它们处理内存中的无效指针。应用程序关闭一段时间后发生的情况甚至更糟，因为此时您的应用程序处于“清理”模式。您可能正在处理应用程序中较早出现的错误，但仅在关闭时才暴露出来。

一般提示：

• 尝试始终按照与执行操作相反的顺序撤消操作。例如
  • 创建 A，创建 B ...销毁 B，销毁 A
  • 连接到数据库，打开数据集...关闭数据集，断开与数据库的连接
• 即使确保在关闭之前已完成上述所有操作也会有很大帮助。
• 应用程序运行时仍在运行的任何线程都可能导致问题。
  • 最好确保所有子线程在最终关闭之前正确终止。
  • 请参阅上面的关闭数据集。根据您正在执行的操作，某些数据库组件将创建自己的线程。
• 如果您使用 COM，请尝试确保 ComObj 在初始化序列中位于较高位置（即，将其放在 DPR 中尽可能高的位置）。
  • Delphi 以与初始化单元相反的顺序完成单元。
  • 并且您不希望 ComObj 在依赖于 ComObj 的其他事物完成之前完成。
• 如果您使用接口引用，请确保解决循环引用问题。
• 其中一些问题可能很难发现，但您可以执行以下操作：
  • 设置源代码“沙盒”环境（一旦发现问题，您将放弃所有更改）。
  • 找出保证错误所需的最简单的一组步骤。 （启动应用程序并立即关闭是理想的选择。）
  • 然后，您将在测试之间注释掉删除擦除代码块，并基本上遵循分而治之的方法：
    • 撕掉代码
    • 测试
    • 如果问题仍然存在，请重复。否则回滚并删除不同的代码块。
  • 最终您的代码库将足够小，可以查明可能存在的问题，并可以通过有针对性的测试来解决。

Answer 3

我在旧的 Delphi 或 C++Builder 项目中有时会遇到这种访问冲突问题。今天我用C++Builder 完成了它。崩溃时，通过查看“调试”->“在“调用堆栈”窗口中，我可以看到它发生在对 fflush 的调用中，由 __exit_streams 和 _exit 调用。

我不确定是什么原因造成的，因为它在 Borland 库代码中是如此之深，但当代码更改时它似乎会随机出现和消失。而且它似乎在多形式应用程序中更为常见。

这次，当我刚刚在主窗体上添加了一个新按钮时，错误就消失了。按钮就在那里，没有事件处理程序，也不执行任何操作。我认为，当您重新链接应用程序时，对代码、类、变量等的任何随机更改都会重新排列内存布局，并且会触发或取消触发错误。

现在，我只是将新按钮保留在表单上，​​将其设置为“不可见”，这样就没有可见的更改。因为它似乎有效，所以目前对我来说这是足够好的解决方案。