用户一直在报告我无法在我的机器上重现的问题/崩溃/错误。我发现这些问题很难解决。
我已经开始使用 EurekaLog（太棒了！）和 SmartInspect。这两种工具都有很大帮助，但我仍然发现很难发现一些问题。
我刚刚购买了Debugging by David Agans（正在等待它到货）。
是否有任何其他特定于 Delphi 的工具或技术可以帮助解决这些难以发现的远程问题？我发现难以追踪的问题类型是那些没有引发异常或没有明确原因的问题。 EurekaLog 捕获异常，SmartInspect 非常好，一旦我有一个理论要检查。但在某些情况下，这是一个看似随机的崩溃，可能有几千行代码可能有问题。如何缩小根源？
【问题讨论】：
MadExcept 是我使用的，非常棒。我也使用过 EurekaLog，发现功能几乎完全相同，只是我有更多使用 MadExcept 的经验和时间。非商业用途免费，商业用途价格合理。 更新： MadExcept 4 现已推出，甚至支持 64 位 Delphi XE2 应用程序，并且还具有内存泄漏检查功能。
当什么都没有发生时，我依赖大量使用跟踪日志记录。我有一个 TraceMessage(integer,string) 函数，我在所有应用程序中都调用它，当有人遇到问题时，我让他们单击一个菜单项，将调试跟踪级别调高到最详细的级别；它为我提供了我的应用程序所做的所有事情的完整历史，这比 madExcept 更能帮助我解决客户站点的问题。客户遇到崩溃，madexcept 发送的崩溃报告包含一个自动附加的日志文件（由我的应用程序创建）。我相信你可以用 madExcept 和 EurekaLog 做同样的事情。如果您需要一个日志系统，您可以下载 Log4D，也可以自己编写，非常简单。
为了永远免费，试试 JclDebug，它需要更多的设置工作，但对我来说也非常有效。
有关堆问题的帮助，请了解有关 fastMM（完整版）调试选项的更多信息。
而且您不应该忘记 Delphi 本身支持远程调试，如果您可以在办公室中没有安装 delphi 的机器上重现崩溃，请在办公室网络上使用远程调试而不是安装完整的 RAD Studio 安装在你工作的另一台机器上。您也可以使用远程调试通过 Internet 连接到客户端 PC 计算机，但我还没有尝试通过 Internet 进行远程调试，所以我不能说它是否在 Internet 上工作得很好。我确实知道，由于远程调试不支持自动部署您构建的 EXE 文件（您必须自己完成该部分），因此通过 Internet 远程调试到客户端 PC 的工作量更大。
通过修复所有提示和警告，然后使用 Peganza 的 CodeHealer 或 Pascal Analyzer (PAL)，您可能还会发现很多问题。这些静态分析工具可以帮助您发现真正的代码问题。
如果性能和内存使用是您的问题，请获取完整版的 AQTime，并使用它来分析和观察您的系统运行情况。它将帮助您修复内存泄漏，并了解您的应用程序的运行时行为和内存使用情况，不仅仅是泄漏，还有内存和 CPU 使用的瓶颈。其中一些瓶颈也可能是一些奇怪问题的根源。我什至使用 AQTime 来帮助我找到死锁，因为它可以生成执行痕迹，这可以帮助我找出正在运行的代码并定位死锁。 更新： AQTime 不能安装在您的主要开发机器以外的机器上，除非违反新修改的 AQTime 许可条款。在过去的美好时光里，这些条款从未如此严格。
如果您更准确地了解您的问题是什么，我相信其他人可以为您提供更多具体的想法，但以上所有都是对我很有帮助的一般技术。
【讨论】：
最好的方法之一是使用Delphi自带的Remote Debugger，这样你就可以直接调试远程机器上运行的应用程序。远程调试器在某些 Delphi 版本中有些错误，需要仔细遵循说明才能使其正常工作，但在需要时它是一个需要考虑的工具。还要检查是否有适用于您的版本的更新，它们可能来自单独的安装程序，用于在“远程”系统上部署。否则首先安装远程调试器，然后检查安装的文件是否在本地安装中具有更新版本，以及远程计算机上的副本。
【讨论】：
CodeSite 在这些情况下帮助了我很多。由于 XE，它与 Delphi 捆绑在一起。
【讨论】：
在这件事上，记录是关键。
看看我们的TSynLog 类在我们的Open Source SynCommons library 中可用。
它确实具有 JCL Debug / MadExcept 功能，以及一些附加功能（如客户端分析和日志记录）：
【讨论】：