Log4j是否被Slf4j抛弃了？

Question

看来log4j存在一些类加载问题（其中包括其他问题），在我看来，趋势是从log4j转向slf4j。（Hibernate停止使用第一个来支持后者）

1. 是真的吗
2. slf4j解决的log4j主要问题是什么？
3. slf4j是硬道理还是有更好的“下一个下一个log4j”行业标准？

更新：

• 因此，delfuego的这个答案使我感到困惑，您可以接受/反对吗？：

您似乎偶然发现了log4j（和Apache Commons
Logging库）的主要问题，即在使用它们时，发现它们并与正确的类加载器进行交互非常困难。这里有一个非常详尽的解释，并附有示例。
传达的信息是，新日志记录框架SLF4J的主要推动力之一是完全消除这些问题。 您可能想要交换它，看看您的生活是否变得更轻松。

• 由log4j引起的更多类加载问题：http : //articles.qos.ch/classloader.html

Answer 1

Slf4j确实只是一个伐木的门面。但是，原作者是Logback打算由Logback继承。

更新 ：如果您想了解Slf4j的另一个好处，那就是事实，不再需要以下（丑陋的）构造来避免toString()不必要的调用：

if (logger.isDebugEnabled()) {
    logger.debug("Message: " + bigObject + ", " + anotherBigObject);
}

您可以改为使用参数化消息：

logger.debug("Message: {}, {}", bigObject, anotherBigObject);

另请参阅什么是最快的（不是）日志记录方式？