有时，当我看到自己的日志记录代码时，我想知道自己是否做对了。可能没有确切的答案，但是我有以下担忧：
图书馆课程
我有几个库类可能记录一些INFO消息。致命错误被报告为例外。当前，我在类中有一个静态记录器实例，其类名称为记录名称。（Log4j的：Logger.getLogger(MyClass.class)）
这是正确的方法吗？也许该库类的用户不需要我的实现中的任何消息，或者想要将它们重定向到应用程序特定的日志。我是否应该允许用户从“外部世界”设置记录器？您如何处理这种情况？
常规日志
在某些应用程序中，我的班级可能希望将日志消息写入未由班级名称标识的特定日志。（即：）HTTP Request log做这种事情的最好方法是什么？想到了查找服务...
Answers:
您的约定很标准，也很不错（恕我直言）。
要观察的一件事是过多的无用调试调用导致的内存碎片，因此，使用Log4J（和大多数其他Java日志记录框架），最终会得到如下所示：
if (log.isDebugEnabled()) {
log.debug("...");
}
因为构造该日志消息（您可能没有使用）可能会很昂贵，尤其是经过数千或数百万次的时候。
您的INFO级别日志记录不应太“闲谈”（从您所说的来看，听起来好像不是）。INFO消息通常应该有意义且有意义，例如正在启动和停止应用程序。如果遇到问题，您可能想知道的事情。当您实际要诊断的问题时，调试/精细级别日志记录将更有用。通常仅在需要时才打开调试/精细日志记录。信息通常始终显示。
如果某人不希望从您的类中获得特定的INFO消息，那么他们当然可以自由更改log4j配置以免得到它们。Log4j在该部门非常简单（与Java 1.4日志记录相反）。
至于您的HTTP事情，我通常不会发现Java日志记录是一个问题，因为通常一个类负责您感兴趣的事情，因此您只需要将其放在一个地方即可。在（我的经验很少）中，当您想要看似无关的类之间的通用日志消息时，只需放入一些令牌即可轻松获取。
以下是我在所有项目中都遵循的以确保良好性能的一组准则。我是根据互联网上各种来源的输入来形成这套准则的。
与今天一样，我相信Log4j 2是迄今为止登录Java的最佳选择。
基准可在此处获得。为了获得最佳性能，我遵循以下做法：
12:01:00,127 INFO FILE_NAME=file1.txt - Processing starts
12:01:00,127 DEBUG FILE_NAME=file1.txt, CUSTOMER_ID=756
12:01:00,129 INFO FILE_NAME=file1.txt - Processing ends
private static final Marker sqlMarker =
MarkerManager.getMarker("SQL");
private void method1() {
logger.debug(sqlMarker, "SELECT * FROM EMPLOYEE");
}
int i=5, j=10;
logger.info("Sample output {}, {}", ()->i, ()->j);
不要使用字符串连接。使用上面显示的参数化消息
使用动态重载日志记录配置，以便应用程序自动重载日志记录配置中的更改，而无需重新启动应用程序
请勿使用printStackTrace()或System.out.println()
该应用程序应在退出之前关闭记录器：
LogManager.shutdown();
<?xml version="1.0" encoding="UTF-8"?>
<Configuration monitorinterval="300" status="info" strict="true">
<Properties>
<Property name="filePath">${env:LOG_ROOT}/SAMPLE</Property>
<Property name="filename">${env:LOG_ROOT}/SAMPLE/sample
</Property>
<property name="logSize">10 MB</property>
</Properties>
<Appenders>
<RollingFile name="RollingFileRegular" fileName="${filename}.log"
filePattern="${filePath}/sample-%d{yyyy-dd-MM}-%i.log">
<Filters>
<MarkerFilter marker="SQL" onMatch="DENY"
onMismatch="NEUTRAL" />
</Filters>
<PatternLayout>
<Pattern>%d{HH:mm:ss,SSS} %m%n
</Pattern>
</PatternLayout>
<Policies>
<TimeBasedTriggeringPolicy
interval="1" modulate="true" />
<SizeBasedTriggeringPolicy
size="${logSize}" />
</Policies>
</RollingFile>
<RollingFile name="RollingFileError"
fileName="${filename}_error.log"
filePattern="${filePath}/sample_error-%d{yyyy-dd-MM}-%i.log"
immediateFlush="true">
<PatternLayout>
<Pattern>%d{HH:mm:ss,SSS} %p %c{1.}[%L] [%t] %m%n
</Pattern>
</PatternLayout>
<Policies>
<TimeBasedTriggeringPolicy
interval="1" modulate="true" />
<SizeBasedTriggeringPolicy
size="${logSize}" />
</Policies>
</RollingFile>
</Appenders>
<Loggers>
<AsyncLogger name="com"
level="trace">
<AppenderRef ref="RollingFileRegular"/>
</AsyncLogger>
<Root includeLocation="true" level="trace">
<AppenderRef ref="RollingFileError" level="error" />
</Root>
</Loggers>
</Configuration>
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-api</artifactId>
<version>2.8.1</version>
</dependency>
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-core</artifactId>
<version>2.8.1</version>
</dependency>
<dependency>
<groupId>com.lmax</groupId>
<artifactId>disruptor</artifactId>
<version>3.3.6</version>
</dependency>
<!-- (Optional)To be used when working
with the applications using Log4j 1.x -->
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-1.2-api</artifactId>
<version>2.8.1</version>
</dependency>
if (LOGGER.isDebugEnabled()) ...应该完全认为它们已过时。
在@cletus的回答中，他写道了
if (log.isDebugEnabled()) {
log.debug("val is " + value);
}
这可以通过使用SLF4J来克服。它提供了格式化帮助
log.debug("val is {}", value);
仅在级别为debug的情况下构造消息的位置。
因此，出于性能和稳定性的原因，建议现在使用SL4J及其配套的记录器Logback 。
value更改为方法：getValue()。而且该方法可能会花费大量时间。if (log.isDebugEnabled()) {log.debug("val is " + getValues());}费用是否与log.debug("val is {}", getValue());
我正在查看应用程序的日志级别，目前正在检测一种模式：
private static final Logger logger = Logger.getLogger(Things.class)
public void bla() {
logger.debug("Starting " + ...)
// Do stuff
...
logger.debug("Situational")
// Algorithms
for(Thing t : things) {
logger.trace(...)
}
// Breaking happy things
if(things.isEmpty){
logger.warn("Things shouldn't be empty!")
}
// Catching things
try {
...
} catch(Exception e) {
logger.error("Something bad happened")
}
logger.info("Completed "+...)
}
一个log4j2文件定义一个套接字附加程序，以及一个故障转移文件附加程序。和一个控制台追加程序。有时我会在需要时使用log4j2标记。
认为额外的观点可能会有所帮助。
我可能是从某个地方偷来的，但是很好。
它减少了复制和粘贴重构时混淆记录器的风险，而且键入起来更少。
在您的代码中：
private final static Logger logger = LoggerFactory.make();
...在LoggerFactory中：
public static Logger make() {
Throwable t = new Throwable();
StackTraceElement directCaller = t.getStackTrace()[1];
return Logger.getLogger(directCaller.getClassName());
}
（请注意，stackdump是在初始化期间完成的。JVM可能不会优化stacktrace ，但实际上没有保证）