Logging 为什么在开发网站时有一个日志系统很重要

你用它做什么？怎么用？等等。（我刚刚开始阅读。）

你还打算如何发现任何异常？至少，这是一种监视系统问题、查找错误或记录有用信息以供管理的方法。

在开发时，您永远不会预料到每一个错误。捕获意外异常，尽可能多地发送详细信息，因为您永远无法在调试器中重现它

---

编辑：在电子邮件中发送信息，并在电子邮件无法通过时登录到文件。这样，如果文件系统已满，您将收到一封电子邮件；如果邮件服务器已关闭，您将收到一份日志。

如果您不记录错误、警告和调试信息，您如何知道站点关闭时出现了什么问题

---

这也是监控站点运行“健康状况”的一个很好的方法。

如果您谈论的是log4j或类似的东西，您需要它，因为它比打印更好。有了指纹，它们就会卡在你的代码里。使用日志框架，您可以放置日志语句并为每个环境配置日志记录。因此，您可以在dev环境和infos/warns/errors中看到调试，但不能在另一个环境中看到调试或任何您想要的东西

您不需要通过日志记录来查看错误——异常将显示在stacktrace中的某个位置

---

如果你谈论的是与log4j不同的东西，那么我不理解这个问题

我想说，在你“完成”最初的开发之后，一个合适的日志系统对维护网站更有帮助

正如其他人之前所说的，日志系统“保持”对您网站上发生的任何活动的持续关注，并在出现任何错误时进行跟踪。您可能会说，在编程时您从未犯过任何错误，但如果某个客户犯了错误怎么办

我是一名技术支持人员，所以我可以告诉你，出现任何问题的第一件事是，日志文件和日志数据库将是第一件要检查的事情

---

希望这有帮助。祝你好运，希望你永远不需要看日志：）

这部分取决于你使用的平台。例如，如果您使用的是ASP.NET，那么内置的ASP.NET运行状况监视已经为您记录了未捕获的异常-您无需做任何事情

我同意在你的网站的生命周期中，重要的一点应该被注意到。我不同意传统的文本记录是这样做的。任何与我们过去对“printf”语句所做的相同的日志记录都不比那些“printf”语句好。我们今天可以做得更好

特别是（在.NET环境中），性能计数器通常比日志记录更有用。根据操作环境的不同，使用WMI可能更合适。而且在任何情况下，“记录”结构化数据可能比记录需要解析或人工读取的文本要好得多。将问题的上下文“记录”到数据库中的XML列中，允许以后执行复杂的查询，以便更好地描述所发生的情况

记录速度足够快以用于生产（在某种程度上）也可能很重要。在支持它的平台上，.NET允许您使用ETW进行日志记录，这与设备驱动程序用于日志记录的代码相同。如果对他们来说足够快，那么很可能对你的网站来说足够快