一个非常普遍的问题; 在程序员的背景下，考虑stream程（程序）的操作方面。
是否有任何types的最佳实践/指南来分类消息，特别是在SaaS /多租户（服务器）软件环境中，由于用户操作或configuration错误会产生错误和警告。 由于软件的性质，我不得不处理的大部分模块都是无状态的; 即当由于用户错误而发生错误时，很难区分错误和操作错误（如networking错误configuration等）。
我想知道的是一些有经验的人， 在这里雇用合理的逻辑是什么？为了方便男孩/女孩对这些信息进行分类并发现问题？
PS：对于那些看到这个被交叉发布的人来说，很抱歉。 从这里
大多数* nix使用半月标准格式“Month Day 24H-Time host process_name [pid]：message”将日志logging到系统日志（或至less应该）。 系统日志包含了指示消息严重性的方法，并使用它们（但请记住，严重程度来自系统的预期而不是应用程序）。
如果消息是一个debugging问题，那么通常是“Function_Name File_Name Line_No Error_Code Error_Desc”; 否则消息的格式完全取决于程序。
对于多租户系统，“消息”部分通常以某种forms的租户标识开始，然后是实际的日志消息。