你是否遇到過下面的情況，控制台無限的輸出下面的日誌：
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) {這個方法大概在1200行左右。找到這個方法中catch異常的地方：catch (BeansException ex) {throw new UnsatisfiedDependencyException(mbd.getResourceDescription(), beanName, propertyName, ex);}在throw這一行斷點即可，這個地方是最早捕獲異常的地方，當Mapper.xml文件出錯的時候，這裡的異常信息如下：
異常信息是很詳細的，具體異常文字如下：
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後，發現一個很無語的錯誤：
不知道什麼情況，開頭多了emplo，基本上只要是XML 中出什麼錯，都是類似的異常信息，一般都是XML 解析出的錯。
還有一個問題，為什麼出錯後只能看到無限輸出的一行日誌，而看不到這裡具體的異常信息呢？
通過追踪代碼，發現在org.springframework.beans.factory.support.AbstractBeanFactory類中的方法：
protected Class<?> getTypeForFactoryBean(String beanName, RootBeanDefinition mbd) {if (!mbd.isSingleton()) {return null;}try {FactoryBean<?> factoryBean = doGetBean(FACTORY_BEAN_PREFIX + beanName, FactoryBean.class, null, true);return getTypeForFactoryBean(factoryBean);}catch (BeanCreationException ex) {// Can only happen when getting a FactoryBean.if (logger.isDebugEnabled()) {logger.debug("Ignoring bean creation exception on FactoryBean type check: " + ex);}onSuppressedException(ex);return null;}}這裡捕獲異常後，直接return null導致異常被吞。
由於這裡是最後一層捕獲異常的地方，而且這個地方捕獲到的異常範圍會更廣，因此在這裡斷點查看問題也是很不錯的選擇，由於這裡經過多層異常處理，真正的錯誤信息隱藏的比較深，如下圖：
看到這兒，相信再遇到這個問題的時候應該會很容易解決了。