大数据_Kafka_Storm_整合_Could not initialize class org.apache.log4j.Log4

（一） 现象与解决方法

昨天在进行storm kafka 的整合开发时候报了一个错误，记录一下

Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.apache.log4j.Log4jLoggerFactory

当然我们的第一个反应是log4j这个包缺失（当然也有这种情况，需要首先确认），打开pom文件查看依赖，文件确实存在。

后经网上搜索加边上大牛指点发现：

log4j-over-slf4j.jar 和 slf4j-log4j12.jar 在同一个classpath下就会出现这个错误。

解决方法： 
将slf4j-log4j12.jar从相关的jar中排除 (这个可以看下Storm-Kafka的pom.xml)里面也有此设置

Storm-Kafka的pom.xml （片段）

完整的pom.xml

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <groupId>innovateWeb</groupId>
  <artifactId>KafkaStormTest</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>jar</packaging>

  <name>KafkaStormTest</name>
  <url>http://maven.apache.org</url>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
    <!-- Storm Spout of kafka-->
    <dependency>
	    <groupId>org.apache.storm</groupId>
	    <artifactId>storm-kafka</artifactId>
	    <version>1.0.2</version>
	</dependency>
	<!-- Storm component-->
    <dependency>
    	<groupId>org.apache.storm</groupId>
    	<artifactId>storm-core</artifactId>
    	<version>1.0.1</version>
    	<scope>provided</scope>
    </dependency>
    <!-- https://mvnrepository.com/artifact/org.apache.kafka/kafka_2.11 -->
	<dependency>
	    <groupId>org.apache.kafka</groupId>
	    <artifactId>kafka_2.11</artifactId>
	    <version>0.8.2.2</version>
		<exclusions>
			<exclusion>
	          <groupId>org.apache.zookeeper</groupId>
	          <artifactId>zookeeper</artifactId>
	        </exclusion>
	        <exclusion>
	          <groupId>log4j</groupId>
	          <artifactId>log4j</artifactId>
	        </exclusion>
	        <exclusion>
	          <groupId>com.google.guava</groupId>
	          <artifactId>guava</artifactId>
	        </exclusion>
			<exclusion>
			    <groupId>org.slf4j</groupId>
			    <artifactId>slf4j-log4j12</artifactId>
			</exclusion>
		</exclusions>
	</dependency>	
  </dependencies>
</project>

（二） 日志组件tips

那么问题来了，为啥会有这种冲突呢？在这里需要简单的说一下log的故事！

（1）common-logging、log4j、slf4j、logback

common-logging 
common-logging是apache提供的一个通用的日志接口；

在common-logging中，有一个Simple logger的简单实现，但是它功能很弱，所以使用common-logging，通常都是配合着log4j来使用；

common-logging会通过动态查找的机制，在程序运行时自动找出真正使用的日志库，并且尽可能找到一个”最合适”的日志实现类，如果判断有Log4j包,则使用log4j，最悲观的情况下也总能保证提供一个日志实现(SimpleLog)

log4j 
Apache的一个开放源代码项目,实现了输出到控制台、文件、 回滚文件、发送日志邮件、输出到数据库日志表、自定义标签等全套功能,且配置比较简单;

slf4j 
slf4J，即简单日志门面（Simple Logging Facade for Java），不是具体的日志解决方案，它只服务于各种各样的日志系统。按照官方的说法，SLF4J是一个用于日志系统的简单Facade，允许最终用户在部署其应用时使用其所希望的日志系统。可以这么说，slf4j等于commons-logging，是各种日志实现的通用入口，会根据classpath中存在下面哪一个Jar来决定具体的日志实现库;

logback 
logback是由log4j创始人设计的又一个开源日志组件。logback当前分成三个模块：logback-core,logback- classic和logback-access。logback-core是其它两个模块的基础模块。logback-classic是log4j的一个 改良版本。此外logback-classic完整实现SLF4J API使你可以很方便地更换成其它日志系统如log4j。

(2)log4j-over-slf4j.jar 和 slf4j-log4j12.jar 在同一个classpath下为何出现错误？

在java领域日志工具中，最早得到广泛使用的是 log4j。那么为啥有common-logging的出现？上面已经介绍了common-logging只提供log的接口，其中具体的实现时动态绑定的，所以common-logging与log4j的结合比较多！但是随之也产生了一些问题，那就是common-logging的动态绑定有时候也会失败（说实在这个我也不懂，希望求解），在这样的背景下slf4j应运而生，slf4j与common-logging一样提供log接口，但是slf4j是通过静态绑定实现。

好的，先在来说slf4j-log4j12.jar是干啥的？ 
slf4j提供 log 接口,其具体实现是根据放入程序的绑定器决定

<code class="hljs lasso" style="display: block; padding: 0px; color: rgb(0, 0, 0); margin: 0px; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;"> slf4j<span class="hljs-attribute">-XXX</span><span class="hljs-attribute">-version</span><span class="hljs-built_in" style="color: rgb(102, 0, 102);">.</span>jar</code>

slf4j-log4j12.jar就是实现通过slf4j调度使用log4j。

那么log4j-over-slf4j.jar是干啥的勒？

在这里需要引入桥接器的概念，所谓的桥接器就是一个假的日志实现工具。

<code class="hljs lasso" style="display: block; padding: 0px; color: rgb(0, 0, 0); margin: 0px; background-image: initial; background-attachment: initial; background-size: initial; background-origin: initial; background-clip: initial; background-position: initial; background-repeat: initial;">XXX<span class="hljs-attribute">-over</span><span class="hljs-attribute">-slf4j</span><span class="hljs-built_in" style="color: rgb(102, 0, 102);">.</span>jar</code>

log4j-over-slf4j.jar就是桥接器，本来组件是通过log4j输出日志的，通过该桥接器被转到slf4j,slf4j在根据绑器把日志交给具体的日志实现工具。

如果log4j-over-slf4j.jar 和 slf4j-log4j12.jar共存的后果是什么？那就是两个踢球的人在互相传球，就是没人射门，陷入死循环。