Logging initialized using ‘class org.apache.ibatis.logging.log4j.Log4jImpl’ adapter.

红太狼 2022-02-04 12:47 301阅读 0赞

你是否遇到过下面的情况，控制台无限的输出下面的日志：

Logging initialized using ‘class org.apache.ibatis.logging.log4j.Log4jImpl’ adapter. 
    Logging initialized using ‘class org.apache.ibatis.logging.log4j.Log4jImpl’ adapter. 
    Logging initialized using ‘class org.apache.ibatis.logging.log4j.Log4jImpl’ adapter. 
    Logging initialized using ‘class org.apache.ibatis.logging.log4j.Log4jImpl’ adapter. 
    Logging initialized using ‘class org.apache.ibatis.logging.log4j.Log4jImpl’ adapter.

这个错误只有在和Spring集成的情况下才会出现。

每次只要出现这个错误，我都知道是XML出错了，但是具体是那个XML还没法直接确认，因为这里的日志看不出来任何有用的信息。

想定位这个错误，我有一个常见的方法，就是从程序启动的某一个入口断点，然后逐步定位这个错误。

不过这种方式仍然很麻烦，这里要说的是一种迅速定位解决的办法，操作起来很简单。

找到org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory 类，在下面方法：

protected void autowireByType(String beanName, AbstractBeanDefinition mbd, BeanWrapper bw, MutablePropertyValues pvs) {
            TypeConverter converter = this.getCustomTypeConverter();
            if (converter == null) {
                converter = bw;
            }
    
            Set<String> autowiredBeanNames = new LinkedHashSet(4);
            String[] propertyNames = this.unsatisfiedNonSimpleProperties(mbd, bw);
            String[] var8 = propertyNames;
            int var9 = propertyNames.length;
    
            for(int var10 = 0; var10 < var9; ++var10) {
                String propertyName = var8[var10];
    
                try {
                    PropertyDescriptor pd = bw.getPropertyDescriptor(propertyName);
                    if (!Object.class.equals(pd.getPropertyType())) {
                        MethodParameter methodParam = BeanUtils.getWriteMethodParameter(pd);
                        boolean eager = !PriorityOrdered.class.isAssignableFrom(bw.getWrappedClass());
                        DependencyDescriptor desc = new AbstractAutowireCapableBeanFactory.AutowireByTypeDependencyDescriptor(methodParam, eager);
                        Object autowiredArgument = this.resolveDependency(desc, beanName, autowiredBeanNames, (TypeConverter)converter);
                        if (autowiredArgument != null) {
                            pvs.add(propertyName, autowiredArgument);
                        }
    
                        Iterator var17 = autowiredBeanNames.iterator();
    
                        while(var17.hasNext()) {
                            String autowiredBeanName = (String)var17.next();
                            this.registerDependentBean(autowiredBeanName, beanName);
                            if (this.logger.isDebugEnabled()) {
                                this.logger.debug("Autowiring by type from bean name '" + beanName + "' via property '" + propertyName + "' to bean named '" + autowiredBeanName + "'");
                            }
                        }
    
                        autowiredBeanNames.clear();
                    }
                } catch (BeansException var19) {
                    throw new UnsatisfiedDependencyException(mbd.getResourceDescription(), beanName, propertyName, var19);
                }
            }
    
        }

找到这个方法中catch异常的地方：  
在throw这一行断点即可，这个地方是最早捕获异常的地方，当Mapper.xml文件出错的时候，这里的异常信息如下：

![è¿éåå¾çæè¿°][20160428213347407]  
异常信息是很详细的，具体异常文字如下：

org.springframework.core.NestedIOException: 
    Failed to parse mapping resource: 
    'file [F:\Liu\Git\bhgl\target\Franchisee-1.0\WEB-INF\classes\com\abel533\property\dao\EmployeeMapper.xml]'; 
    nested exception is org.apache.ibatis.builder.BuilderException: 
    Error creating document instance.  
    Cause: org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1; 前言中不允许有内容。

基本上只要是 XML 中出什么错，都是类似的异常信息，一般都是 XML 解析出的错。

还有一个问题，为什么出错后只能看到无限输出的一行日志，而看不到这里具体的异常信息呢？  
通过追踪代码，发现在org.springframework.beans.factory.support.AbstractBeanFactory类中的方法：

protected Class<?> getTypeForFactoryBean(final FactoryBean<?> factoryBean) {
            try {
                return System.getSecurityManager() != null ? (Class)AccessController.doPrivileged(new PrivilegedAction<Class<?>>() {
                    public Class<?> run() {
                        return factoryBean.getObjectType();
                    }
                }, this.getAccessControlContext()) : factoryBean.getObjectType();
            } catch (Throwable var3) {
                this.logger.warn("FactoryBean threw exception from getObjectType, despite the contract saying that it should return null if the type of its object cannot be determined yet", var3);
                return null;
            }
        }

这里捕获异常后，直接return null导致异常被吞。

由于这里是最后一层捕获异常的地方，而且这个地方捕获到的异常范围会更广，因此在这里断点查看问题也是很不错的选择，由于这里经过多层异常处理，真正的错误信息隐藏的比较深，如下图：

![è¿éåå¾çæè¿°][20160428214230176]  
  
原文：https://blog.csdn.net/isea533/article/details/51277786

[20160428213347407]: /images/20220204/84eb531c1fdd4c1984c5acd9e63b8479.png
[20160428214230176]: /images/20220204/eaffa73cd7394779be75d49c7954c76e.png

Logging initialized using ‘class org.apache.ibatis.logging.log4j.Log4jImpl’ adapter.

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关【log4j异常】Spring boot项目启动报警告信息，log4j:WARN Please initialize the log4j system properly.

相关解决ssm项目启动报错：Logging initialized using ‘class org.apache.ibatis.logging.stdout.StdOutImpl‘ adapter.

相关 log4j:WARN Please initialize the log4j system properly.解决方案

相关 log4j:WARN No appenders could be found for logger (). log4j:WARN Please initialize the log4j system

相关 Logging initialized using 'class org.apache.ibatis.logging.stdout.StdOutImpl' adapter

相关 Invalid 'log4jConfigLocation' parameter class path resource [log4j.properties] cannot be resolved

相关 log4j:WARN Please initialize the log4j system properly解决办法

相关 log4j - Logger.getLogger(Class) 参数作用

相关 Could not initialize class org.apache.log4j.LogManager 报错

相关 Logging initialized using ‘class org.apache.ibatis.logging.log4j.Log4jImpl’ adapter.