在 C/C++/Objective-C 等语言中，通常使用预处理器宏来定义甚至不为已发布的二进制文件编译的日志记录机制，因此不会对性能造成影响。大致如下：
#ifdef DEBUG
printf("some event we want to log\n");
#endif
现在，我知道 Scala 中没有预处理器。所以我的问题是：实现一种机制来记录程序活动以用于调试目的的最佳方式是什么，同时在关闭时对性能的影响最小？
【问题讨论】：
标签： debugging scala optimization logging preprocessor
您可以使用scala.annotation.elidable
可能在生成的代码中删除调用的方法的注释。
通过将 -Xelide-below 传递给 scalac 会影响行为。如果给定注释的优先级低于命令行参数，则标记为 elidable 的方法将从生成的代码中省略。例子：
【讨论】：
当前的做法（在 Scala 2.9.x 或更早版本中）是使用 thunk 类型（例如，请参阅 Simple Logging Facade for Scala SLFS）：
def log(x: =>Any) = if (logging) println(x)
// later in code
log("var1: " + myVar1)
这通常比实际构造字符串更便宜，因为字符串创建（以及任何后续活动）仅在logging 为真时才完成。但是，对于上面的 thunk x，它仍然会产生闭包创建成本。
但是，从 Scala 2.10.x 开始，标准发行版中包含了一个实验性宏实现（请参阅 this page 或 SIP）。宏系统将允许您编写几乎不产生运行时成本的日志调用（logging 变量检查除外） - 它们允许您内联对log 的调用，因此：
log("var1: " + myVar1)
变成：
if (logging) log("var1: " + myVar1)
请注意，在这种情况下，没有为 log 创建闭包，并且仅当 logging 为真时才评估日志消息字符串 - 成本只是 if-check。
【讨论】：
@elidable。
Log4J 是一个常见的 JVM 日志框架。它专门设计用于将性能影响降至最低：
在运行 JDK 1.3.1 的主频为 800Mhz 的 AMD Duron 上，确定是否应该记录日志语句需要大约 5 纳秒的时间。实际的日志记录也相当快，从使用 SimpleLayout 的 21 微秒到使用 TTCCLayout 的 37 微秒不等。 PatternLayout 的性能几乎与专用布局一样好，只是它更加灵活。
所以当你拨打这样的电话时：
LOG.debug("something here")
框架将首先检查是否启用了“调试”日志记录。这个检查非常快。如果日志记录被禁用，则它不再做任何工作。
但是有一个问题。如果你写
LOG.debug(expensiveOperation())
那么框架在执行昂贵的操作之前不会进行启用调试的检查。纠正这种情况的方法是：
if(LOG.isDebugEnabled) LOG.debug(expensiveOperation())
【讨论】：
if (slf4jLogger.isDebugEnabled) slf4jLogger.debug(msg, t))，但也将消息包装在一个闭包中。因此，它不会为您节省任何费用，并增加了创建闭包的成本。闭包版本当然更干净，但我认为你不能声称它更快。
"Request: " + request + "; context: " + ctx + "; version: " + v。使用名称调用或 slf4j 中使用的策略可以取消该成本。