我们的团队有这样的日志记录政策
if (LOGGER.isDebugEnabled()) {
LOGGER.debug("model[" + model + "]");
}
而不是像这样简单地调用日志记录方法：
LOGGER.debug("model[" + model + "]");
这种做法能够导致一些performance improvement，但另一方面它使代码库更加复杂。 我们的应用程序没有性能问题，可能永远不会，引入该策略的理由很简单，因为它是一个很好的实践，所以每次我们做日志时都应该使用它。
你认为这是一个好政策吗？
【问题讨论】：
标签： java performance logging coding-style
您应该使用 SLF4J 并将 log4j 作为您的实现。使用 SLF4J，您可以使用参数化消息完全消除 isDebugEnabled()。
见section about logging performance in the slf4j FAQ
以下两行将产生完全相同的输出。但是，在禁用日志记录语句的情况下，第二种形式的性能将比第一种形式至少高出 30 倍。
logger.debug("The new entry is " + entry + ".");
logger.debug("The new entry is {}.", entry);
【讨论】：
entry 的成本很高时，字符串格式没有帮助。例如。考虑一些logger.debug("The new entry is {}.", getEntry());，您不知道getEntry() 的成本有多大。
对于那些您正在构建的日志字符串实际上会显着影响性能的情况，这是一个很好的策略。这可能有两个原因：
这不应该是一揽子规则，我希望这两种情况相对很少见。
当然，我们真正想要的是能够说，“调用调试方法，传入一个参数，该参数不是调试字符串本身，而是知道如何构建 调试字符串，当且仅当它是必要的。”如果没有简洁的闭包，这在 Java 中会很丑陋。 （即使在具有 lambda 表达式形式的闭包的语言中，捕获相关变量在某些情况下也可能很重要，具体取决于语言处理捕获的方式。）
【讨论】：
getEntryDebugString()。最好多写几行代码和容易出错的代码，而不是为罕见的问题感到抱歉。
我同意Michael A. Jackson的名言：
程序优化的第一条规则：不要这样做。
程序优化的第二条规则 - 仅适用于专家：暂时不要这样做。
我认为，在大多数情况下，如果不确定性能提升是否显着/显着，就不值得让代码库变得更复杂。
我知道性能改进，但我认为个人程序员有责任决定在特定情况下是否值得添加这些额外的代码行。在大多数情况下，额外的行只是增加了复杂性，而在性能方面没有任何明显的提升。
【讨论】：
if 语句是微不足道的）并且它并不复杂（并且在 if 中包含日志语句只是最简单的）然后继续做吧。
我无法在网上找到参考资料（也许我在一本书中读到过），但有一个 BIOS 调用示例将字符串写入屏幕。
检查将字符串写入屏幕的代码以确保字符串不会离开屏幕，然后调用函数将字符写入屏幕。
检查了将字符写入屏幕的函数，以确保字符不会被从屏幕上写入。
从将字符写入屏幕的函数中删除检查代码会大大提高速度。这是因为打印每个字符经常发生。他们还提供了一种方法，用于检查调用前未检查屏幕位置的情况。
因此，如果您可以在高级别进行检查并避免在低级别进行检查，您可以显着加快速度。
在您提供的情况下，如果代码处于循环中或者如果有很多日志记录语句，那么您将有明显的好处：
我想说，一般来说，如果有一个简单的解决方法，您不应该添加任何已知成本高昂的东西。这显然属于那种情况 - 添加 if 语句并不难，但稍后再添加会很痛苦，而且它提供了明确的速度/内存改进。
我认为这与过早优化之间的区别在于，众所周知，这总是代价高昂，所以问题归结为您是否要添加到程序中的累积成本？成本几乎是恒定的，并且在编写代码时就知道了。
【讨论】：
我认为在编写日志消息之前调用 isDebugEnabled() 是有意义的。 之后您可以轻松地更新您的日志消息。 我们使用以下代码使日志消息更加灵活。
if (LOGGER.isDebugEnabled()) {
String msg = "A Message {0} you can put {1} differet Objects in {2}"; //$NON-NLS-1$
Object[] args = new Object[] {file1.toString(),new Integer(23),anObject};
LOGGER.debug(MessageFormat.format(msg,args));
}
如果你没有 if 语句，你会浪费时间。请记住...您的项目变得更大，您的日志消息也变得更大。
日志消息不应减慢您的代码速度！
【讨论】：
如果“模型”是已知的，那么仅仅记录它并不是那么昂贵。 但是，如果只为如下所示的日志记录而获取“模型”，则可能会影响简单性。
LOGGER.debug("model[" + proxy.getModel() + "]");
【讨论】：