这个问题已经存在了很长一段时间，我实际上正在仔细阅读这个网站上的问题。2008中的一个有用的线程可能会帮助您决定什么是合适的。
一些事情要记住：
1.过于疯狂的水平可能会让人困惑，难以跟踪。
1.在级别上过于严格可能会导致您放弃您不想要的分层日志记录或取消您想要的日志记录。
1.一致性是整个应用程序的关键。
1.当涉及到错误协议/层/等时，您团队的所有成员都需要在同一页面上。
话虽如此，以下是我对自己的看法：

• （可选）-1，无日志记录...一般来说是个坏主意，但客户可能想要它。
• 0，严重和致命错误-这些往往会停止程序或导致进程的重大中断。
• 1、错误--这些是其他错误，但这些错误会影响一些轻微的/表面的/表面的。
• 2，警告-你能够避免启示录，但你必须恢复到默认值或按摩数据来做到这一点。一般来说，一些你的用户群可能想/需要知道的东西。
• 3、信息性--这是进入用户不太关心的领域，除非你已经将其调整到团队领导或决策者感兴趣的领域。我们现在正在远离最终用户。
• 4、操作-重要和关键过程的程序流条目，可能侧重于主要功能/模块。我们现在已经扩展到开发团队领导感兴趣的地方，因此团队成员本身也感兴趣。这也差不多是您的第一个实际调试级别，但不完全是橡胶遇到道路的地方。
• 5-？，调试级别-随着深入到流程、变量定义和数据流以及数据转换，调试级别变得越来越冗长。
• LAST LEVEL，Trace -这是您的打印行，位于尚未标记调试级别的所有内容之间。您要求应用程序报告过程中的每一步。这些条目可能有很多无关的标题信息，或者格式上有很大的不同。

给予一读那篇文章，然后在这个网站上闲逛。让它浸泡一点之前，你跳轻率，所以你有一个计划之前，你的做法。祝你好运，我希望这对你有帮助。