logging-debug vs Info-在每个级别包括什么

Question

我每节课有一个记录器。

在我的控制器中，我认为在每个操作的开始和结束处都有一个log.debug（）行，其中包含所有参数的详细信息和操作结束时的结果（这两者都可以通过actionFilter实现）是有意义的。

那么我应该在信息级别上记录什么呢？（假设调试级别将关闭，直到我需要调试一个问题）。

我是否应该只记录调用了操作，如果操作成功，可能在方法末尾添加一个log.info()，而不记录任何参数或结果？

那么控制器调用的所有方法呢？我想至少在调试级别记录这些方法的输入和输出，所以将这些输入和输出放在这些方法内，而不是放在方法外（即在方法之前和之后）可能是有意义的？（我见过夏普后诊断可以很好地适用于此--以前从未使用过）。

在这些方法中，在开始和结束时也在info级别进行日志记录是否很常见，是否只是记录它被调用了，以及第二个log.info（）来指示它已成功完成，还是对于info来说太多了？

关于审计的建议方法是什么？（可能相当客观）。最合适的日志记录级别可能是info，但随后它将与更基本的info日志记录混在一起。如何合理地将两者分开（即，两者都记录在相同的日志级别上，但在日志中保持分开）。我看到NLog具有过滤日志的功能，所以我想我可以在每个log.info（）前面加上“audit”，这与审计有关，但这似乎有点脏。

Answer 1

当然，这是基于意见的，但我遵循以下规则：

• 信息级别总是启用的，所以记录重要事件，如“发送邮件”、“登录用户”。如果“登录用户”对您的系统不重要，那么我会将其记录为debug。
• 调试级别仅用于调试问题。在这个级别上，每个方法最多有一条消息。例如。“准备发往foo@bar的邮件”、“检查图像邮件”等
• 跟踪级别将包含性能测试和/或获取所有详细信息的详细信息。例如，方法名和所有参数。

在这些方法中,在开始和结束时也在信息级别进行日志记录是否很常见,

在我看来只是在痕迹层面。

• 警告：异常/错误但继续应用程序
• 错误：异常/错误但不继续应用程序
• 致命：写入错误日志时出错，需要手动干预的操作。

关于审计的建议方法是什么？（可能相当客观）。最合适的日志记录级别可能是info，但随后它将与更基本的info日志记录混在一起。如何合理地将两者分开（即，两者都记录在相同的日志级别上，但在日志中保持分开）。

创建单独的记录器和规则。例如。

var auditingLogger = LogManager.GetLogger("auditing");

<logger name="auditing" minlevel="Info" writeTo="auditing-file" />