从…起https://sematext.com/blog/slf4j-tutorial/:

TRACE–具有此级别的日志事件是最细粒度的，通常不需要，除非您需要完全了解应用程序中和所使用的第三方库中发生的情况。您可以期望TRACE日志记录级别非常详细。调试–与TRACE级别相比粒度更小，但仍比日常使用中需要的更多。DEBUG日志级别应用于深入诊断和故障排除所需的信息。INFO–表示发生了什么、应用程序处理了请求等的标准日志级别。使用INFO日志级别记录的信息应该是纯粹的信息，不定期查看这些信息不会导致丢失任何重要信息。警告–指示应用程序中发生意外事件的日志级别。例如，一个问题，或者一个可能会干扰其中一个进程但整个应用程序仍在运行的情况。错误–当应用程序遇到阻止一个或多个功能正常运行的问题时，应使用的日志级别。当其中一个支付系统不可用时，可以使用ERROR日志级别，但仍然可以选择在电子商务应用程序中检查购物篮，或者当您的社交媒体日志选项由于某种原因无法工作时。您还可以看到与异常相关的ERROR日志级别。

可以从中恢复的警告。错误你不能。这是我的启发，其他人可能有其他想法。

例如，假设您在应用程序中输入/导入名称“Angela Müller”（注意u上的元音变音）。您的代码/数据库可能仅为英文（尽管它可能不应该在这个时代），因此可能会警告所有“不寻常”字符都已转换为普通英文字符。

与之形成对比的是，尝试将信息写入数据库，并连续60秒返回网络关闭消息。这与其说是警告，不如说是错误。

错误是一种错误的东西，很明显是错误的，没有办法解决它，它需要被修复。

警告是一种模式的信号，这种模式可能是错误的，但也可能不是。

话虽如此，但我无法提出一个警告的好例子，这不是一个错误。我的意思是，如果您遇到了记录警告的麻烦，那么不妨解决根本问题。

然而，像“sql执行时间过长”这样的情况可能是一个警告，而“sql执行死锁”是一个错误，所以可能毕竟存在一些情况。

塔科·扬·奥辛加的回答非常好，而且非常实用。

我同意他的观点，尽管有些不同。

在Python上，只有5个“命名”日志级别，所以我是这样使用它们的：

调试——对故障排除很重要的信息，通常在正常的日常操作中被抑制信息——日常操作，作为程序按设计执行功能的“证明”警告——超出名义但可恢复的情况，*或*遇到可能导致未来问题的事情错误——发生了一些需要程序执行恢复的事情，但恢复成功。不过，程序可能没有处于最初预期的状态，因此程序用户需要进行调整关键——发生了无法挽回的事情，程序可能需要终止，以免每个人都生活在罪恶的状态中

顺便说一句，我非常喜欢捕捉一切，然后过滤信息。

如果您在“警告”级别捕获，并希望获得与警告相关的一些调试信息，但无法重新创建警告，会发生什么情况？

捕获所有内容并稍后过滤！

即使对于嵌入式软件，这也是正确的，除非你发现你的处理器跟不上，在这种情况下，你可能需要重新设计你的跟踪以使其更高效，或者跟踪干扰了时间（你可能会考虑在一个更强大的处理器上调试，但这会带来另一种蠕虫）。

捕获所有内容并稍后过滤！！

（顺便说一句，捕获一切也很好，因为它让您可以开发工具来做更多的工作，而不仅仅是显示调试跟踪（我从中绘制了消息序列图，以及内存使用情况的直方图。它还为您提供了一个基础，以便在将来发生错误时进行比较（保留所有日志，无论是通过还是失败，并确保在日志文件中包含内部版本号））。

如果你能从问题中恢复过来，那就是一个警告。如果它阻止了继续执行，那就是一个错误。