The import org.slf4j.LoggerFactory cannot be tooresolved

来源：蜘蛛抓取(WebSpider) 时间：2018-07-02 17:52 标签： cannot be too

今天系统启动时突然提示如下異常。

从异常类型来看导致此异常的原因一般是类冲突，找了一圈依赖没发觉有冲突。仔细看项目的gradle依赖文件发现如下依赖：

从下圖可以看出，slf4j的协作方式

从异常上来看，依赖的dubbo需要的class

一些公司依赖一些具体log框架的API而不是依赖slf4j而且，在一段时间后的未来不会选擇切换到slf4j。为了支持这种场景slf4j提供一种桥接的方式支持log4j,jcl,java.util.logging下的API并且将其转化为slf4j实例的API。思路如下图所示：

从上图就可以看出来为啥不能囲存了。 

13:59 ? 看见网上推荐的采用@Slf4j注解,可以避免每个对象都添加log的便利,于是准备尝试一把   在类定义处使用了@Slf4j注解,但是就是找不到log对象   看了下别人的方法,都是和我一样的啊   最后只能归納与别人的IDE是Inteli J, 而我的是eclipse了 ...

14:45 ? 前两天vim打开了一个log日志文件想替换查找[，使用:%s/[//g一直提示错误 后来发现[需要用转义字符 :%s/\[//g就可以了 ...

通过对log4j和backlog的源码解读能明显感覺到backlog代码简明清晰。比较明显的logback的LoggerContext保持全局唯一而不再像log4j那样与classloader进行绑定仅此一点就使代码的可读性大幅提升。

我要回帖

更多关于 cannot be too 的文章

 

随机推荐