一位用户的生产 ASP.NET Web 应用程序错误，无法在开发中重现 - 我该如何调试？

Question

我继承了一个面向客户的 asp.net Web 应用程序，客户可以在其中将文件上传到我们的文件服务器。它适用于除一名个人之外的所有用户。两周前，她尝试上传文件并收到以下错误：

未将对象引用设置为对象的实例。

错误继续描述哪一行代码导致错误。然而，这是在我们的生产、外部环境中，并且我关闭了调试。因此，我假设这些信息或多或少都是废话（错误报告的代码行对我来说确实没有意义，因为它是错误的原因）。

我知道正在访问的某些内容为空，但我无法在我的开发环境中重现该错误，并且它对于我们的其他用户群来说工作正常。同一用户两周前遇到了该错误，然后昨天使用不同的文件再次尝试并收到了相同的错误。

我知道这一切听起来很模糊，但我想我的问题是，是否有人对如何跟踪用户的执行到错误有任何好主意，以便我可以准确地了解哪一行代码真正导致了错误？就像我说的，我无法在开发中、生产中、内部、外部重现该错误，并且没有其他用户遇到问题。我唯一的想法是向面向客户的生产站点发布调试版本，但我真的不想这样做。谢谢！

Answer 1

1. 您确定您在异常中获得的信息是错误的吗？做出这样的假设很容易，我们都做过，但当你花更长的时间观察它时，就会被证明是错误的。
2. 确保您已部署 PDB（调试符号）。即使站点是在“发布”而不是“调试”中构建的，您仍然可以将它们推出，以确保您在堆栈跟踪中获得适当的行号。
   1. 确保部署匹配 .PDB 文件，不匹配的文件将没有任何用处。
   2. 将 .PDB 文件与您的可发布文件一起置于版本控制之下，如果您同时拥有这两个文件以及该特定版本的代码（即对待您的编译后的输出和 .pdb 与您的源代码一样）。
3. 使用 log4net 之类的东西向日志代码添加一些额外的工具（不要编写自己的日志系统 - 其他人比你或我更擅长！），在遇到问题的区域周围记录尽可能多的状态问题。
   1. 进行设置，以便可以根据配置设置打开或关闭日志记录。 log4net 可以轻松做到这一点。
   2. 确保您的日志记录代码在使用之前检查所有对象是否为 null，这样您就不会导致 NullReferenceException 通过您的日志代码。