我决定在一个新的Java项目中使用Log4J日志框架。我想知道创建/管理Logger实例应该使用哪种策略，为什么?
one instance of Logger per class e.g.
class Foo {
private static final Logger log = Logger.getLogger(Foo.class);
}
最常用的策略是为每个类创建一个日志记录器。如果您创建新线程，请给它们一个有用的名称，以便它们的日志记录容易区分。
按类创建记录器的好处在于可以在类包结构中开启/关闭日志记录：
log4j.logger.org.apache = INFO
log4j.logger.com.example = DEBUG
log4j.logger.com.example.verbose = ERROR
private static Logger logger = Logger.getLogger(MyClass.class); 复制到每个类中之外，还有更好的方法可以实现吗？ - Marcus LeonLogger构造函数来为一个包创建一个Logger？是getLogger(String name)，其中name只是指定包的字符串（即：“a.b.c”）吗？如果这样做，你能够像log4j.logger.a.b.c = INFO那样配置日志级别吗？ - Marcus Leonprivate static Logger logger = Logger.getLogger(MyClass.class.getPackage()); 如果您创建名称为“a.b”、“a.b.c”等的记录器，则记录器层次结构也适用。请参阅http://logging.apache.org/log4j/1.2/manual.html上的手册。 - rsp我确定这不是最佳实践，但在之前的应用程序中，我曾经放过一些启动时间以节省代码行数。具体来说，当粘贴以下内容时：
Logger logger = Logger.getLogger(MyClass.class);
开发者经常忘记将"MyClass"更改为当前类名，于是几个记录器总是指向错误的位置。这样就很糟糕。
我有时会写：
static Logger logger = LogUtil.getInstance();
并且：
class LogUtil {
public Logger getInstance() {
String callingClassName =
Thread.currentThread().getStackTrace()[2].getClass().getCanonicalName();
return Logger.getLogger(callingClassName);
}
}
那段代码中的“2”可能是错误的，但主要思路在于，在类加载时（作为静态变量），承受性能损失以查找类名，以便开发人员没有将其误拼或引入任何错误。
通常情况下，我并不喜欢为防止开发者在运行时出错而牺牲性能，但如果它只会在单例模式下发生一次？这通常对我来说听起来是一个不错的交易。
正如其他人所说，我会为每个类创建一个Logger：
private final static Logger LOGGER = Logger.getLogger(Foo.class);
或者
private final Logger logger = Logger.getLogger(this.getClass());
http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/MDC.html
this.getClass() 这部分。这样就不会出现关于记录器名称的复制/粘贴错误。 - winklerrrprivate static final Log log = LogFactory.getLog(MyClass.class);模板示例：
private static final Log log = LogFactory.getLog($class$.class); // live template 'log'
if (log.isDebugEnabled())
log.debug(String.format("$string$", $vars$)); // live template 'ld', 'lw', 'le' ...
另一种选择: 你可以尝试使用AspectJ来进行日志记录的横切。在这里查看详细信息：简化你的日志记录**。（如果你不想使用AOP，你可以考虑slf4j）
//Without AOP
Class A{
methodx(){
logger.info("INFO");
}
}
Class B{
methody(){
logger.info("INFO");
}
}
//With AOP
Class A{
methodx(){
......
}
}
Class B{
methody(){
......
}
}
Class LoggingInterceptor{
//Catched defined method before process
public void before(...xyz){
logger.info("INFO" + ...xyz);
}
//Catched defined method after processed
public void after(...xyz){
logger.info("INFO" + ...xyz);
}
.....
}
P.S : 面向切面编程（AOP） 更好，这是一种符合DRY(Don't Repeat Yourself)原则的方式。
// create logger
Logger customLogger = Logger.getLogger("myCustomLogName");
// create log file, where messages will be sent,
// you can also use console appender
FileAppender fileAppender = new FileAppender(new PatternLayout(),
"/home/user/some.log");
// sometimes you can call this if you reuse this logger
// to avoid useless traces
customLogger.removeAllAppenders();
// tell to logger where to write
customLogger.addAppender(fileAppender);
// send message (of type :: info, you can use also error, warn, etc)
customLogger.info("Hello! message from custom logger");
现在，如果您需要在同一类中使用另一个记录器，没有问题 :) 只需创建新的记录器
// create logger
Logger otherCustomLogger = Logger.getLogger("myOtherCustomLogName");
现在看一下上面的代码并创建一个新的文件附加器，这样你的输出将被发送到其他文件。
这对于（至少）两种情况非常有用：
当您想要将错误与信息和警告分开时
当您管理多个进程并且需要来自每个进程的输出时
附注：有问题吗？随时问！:)
通常的约定是“每个类一个记录器，使用类名作为其名称”。这是很好的建议。
我的个人经验是，这个记录器变量不应该被声明为静态变量，而应该是一个实例变量，每次新建都要检索。这允许日志框架根据调用的来源不同而对两个调用进行不同的处理。静态变量对于该类（在该类加载器中）的所有实例都是相同的。
此外，您应该了解您选择的日志后端的所有可能性。您可能有意想不到的可能性。
如果您的应用程序遵循SOA原则，对于每个服务A，您将拥有以下组件：
因此，拥有以下日志文件会使生活更轻松： aController.log aService.log aExecutor.log 和 aPersistance.log
这是一种基于层次的分离，因此所有您的Remoting/REST/SOAP类都将写入aController.log
所有调度机制、后端服务等都将写入aService.log
而所有任务执行都将写入aExecutor.log等。
如果您有一个多线程执行器，您可能需要使用日志累加器或另一种技术来正确对齐多个线程的日志消息。
这样，您总是会有4个日志文件，这不算太多也不算太少，我从经验中告诉您，这会让生活变得更加轻松。
当部署多个EAR / WAR时，最好将log4j.jar打包到类加载器层次结构的更高层。
即不要放在WAR或EAR中，而是放在容器的系统类加载器中，否则多个Log4J实例将同时写入同一文件，导致奇怪的行为。