是的，日志语句仍将执行。这就是为什么最好先检查日志级别的原因：
if (log.isInfoEnabled()) { log.info("My big long info string: " + someMessage);}这是为了避免
String在日志级别不支持
INFO语句时为信息重新分配空间。
它不是什么
#ifdef-
#ifdef是编译器指令，而Log4J配置在运行时处理。
编辑 ：我讨厌由于无知而被贬低，所以这里有一篇文章支持我的回答。
从http://surguy.net/articles/removing-log-
messages.xml中：
在Log4J中，如果您以DEBUG级别记录消息，并且当前的Appender设置为仅记录INFO或更高级别的消息，则该消息将不会显示。调用log方法本身的性能损失很小-
几纳秒。但是，评估log方法的参数可能需要更长的时间。例如：logger.debug（“大对象是” + largeObject.toString（））;
评估largeObject.toString（）可能很慢，并且在调用记录器之前对其进行评估，因此即使不使用它，记录器也无法阻止对其进行评估。
编辑2
：来自log4j手册本身（http://logging.apache.org/log4j/1.2/manual.html）：
用户应注意以下性能问题。
- 关闭日志记录时的日志记录性能。当完全关闭日志记录或仅关闭一组级别的日志记录时，日志请求的成本包括方法调用和整数比较。在233 MHz Pentium II机器上，此成本通常在5至50纳秒范围内。
但是，方法调用涉及参数构造的“隐藏”成本。
例如，对于某些记录器猫来说，
logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));产生构造消息参数的成本，即将整数i和entry
[i]都转换为字符串，以及连接中间字符串，而不管是否记录消息。参数构造的成本可能会很高，并且取决于所涉及参数的大小。
为了避免参数构造成本，请写：
if(logger.isDebugEnabled() { logger.debug("Entry number: " + i + " is " + String.valueOf(entry[i]));}如果禁用调试，则不会产生参数构造的开销。另一方面，如果记录器已启用调试，则评估该记录器是否已启用的成本将增加一倍：一次在debugEnabled中，一次在调试中。这是微不足道的开销，因为评估记录器大约需要实际记录时间的1％。
