关于记录器名称的Java日志记录最佳实践
我只是问一下记录器的名字 可以为记录器指定自定义名称,也可以使用类名。 但是,在这种情况下使用什么呢 ->为每个应用程序模块使用自定义名称:某些类由2个模块使用->它应该属于哪个记录器名称关于记录器名称的Java日志记录最佳实践,java,logging,jakarta-ee,log4j,production-environment,Java,Logging,Jakarta Ee,Log4j,Production Environment,我只是问一下记录器的名字 可以为记录器指定自定义名称,也可以使用类名。 但是,在这种情况下使用什么呢 ->为每个应用程序模块使用自定义名称:某些类由2个模块使用->它应该属于哪个记录器名称 ->使用类名:似乎需要一个好的包组织->记录日志的最佳实践了解这一点?我更喜欢使用类名进行调试。您可以从日志文件中读取日志跟踪(并显示类名)和查看行代码等。从这个意义上讲,它很有用。如果其他人维护您的代码,他们不必在查找“自定义名称”的填充位置(在哪个类中)时进行繁忙的搜索。我仍然更喜欢类名。它不需要一个好的
->使用类名:似乎需要一个好的包组织->记录日志的最佳实践了解这一点?我更喜欢使用类名进行调试。您可以从日志文件中读取日志跟踪(并显示类名)和查看行代码等。从这个意义上讲,它很有用。如果其他人维护您的代码,他们不必在查找“自定义名称”的填充位置(在哪个类中)时进行繁忙的搜索。我仍然更喜欢类名。它不需要一个好的包组织,但反映了你(好-嘿,还有什么?)的包组织。使用类名是一种常见的模式 您可以从日志中读取日志类文件,并在包上设置日志级别
而且,遵循通用模式可以避免我花太多时间考虑好的(完美的)自定义记录器名称;-) 我从来没有听说过有人使用除了类名以外的任何东西。我认为其他任何事情都是错误的,可能会导致记录细节的丢失
不要想得太多,只使用类名运行。我不知道类名以外的任何内容,因为在任何情况下,通过类查找问题或其他任何内容都非常容易。。!而且最好使用所有类型的日志级别记录代码,例如跟踪所有可能的详细信息、致命异常以及类似的debud、error、info等