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

红太狼 2022-02-04 12:47 317阅读 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