必杀技：当报错信息看不出原因时，怎么办？

 今天遇到了一个错误，一般的错误提示会很明显，一看就知道是什么问题。今天遇到的这个说实话真的不好找原因，一般在这种情况下该怎么解决呢？

成都创新互联公司是一家集网站建设,虹口企业网站建设,虹口品牌网站建设,网站定制,虹口网站建设报价,网络营销,网络优化,虹口网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

分享下我的思路吧，不一定是最好的，至少有用。

直接上图吧，下面是报错信息：

为了方便查看，我把最重要的信息提取出来，如下：

 
 
 

  
  
  
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'requestMappingHandlerMapping' defined in class path resource [com/cxytiandi/kitty/web/config/WebAppConfigurer.class]: Invocation of init method failed; nested exception is java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy  
 
 
 

java.lang.ArrayStoreException这个确实平时很少遇到，看了下源码，这个是数组存储异常。比如下图中我框起来的部分就清楚的表示了在什么场景下会出现这个异常。

也就是在存储的时候类型不一致，然后就报错了呗！

第二个需要关注的错误信息是WebAppConfigurer.class，这个还算挺明确的，告诉我哪个类有问题，然后我看了下对应的代码，也就手动的映射了资源路径而已。

于是我就想，是不是这里面哪个类加载的时候出问题了，我把WebAppConfigurer直接去掉了，但是并没什么用，后面还是报的相同的错误，只不过是提示另一个类了，就是WebMvcAutoConfiguration。

 
 
 

  
  
  
[org/springframework/boot/autoconfigure/web/servlet/WebMvcAutoConfiguration$EnableWebMvcConfiguration.class]: Invocation of init method failed; nested exception is java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy  
 
 
 

所以说这些错误信息没能直接定位问题就是这个原因，我们要关注的还是java.lang.ArrayStoreException这个异常，只要找到这个异常发生的地方就能解决了。

下面只能借助于IDEA强大的调试功能了，增加一个Java Exception Breakpoints了。

然后debug模式重启，果不其然就报错的时候就进断点了。

这下终于找到原因了，parseClassValue的时候出问题了，Class就是 org.springframework.cloud.sleuth.instrument.web.client.feign.TraceFeignClientAutoConfiguration。

这个类是我当时在Sleuth中扩展Sentinel对Feign支持的时候做了一些修改，没想到居然出了Bug。

下面给大家说明下真正的原因吧，在这个扩展模块中sentinel的依赖是可选的，如下：

 
 
 

  
  
  
  
  
  
  
com.alibaba.cloud  
  
  
  
spring-cloud-alibaba-sentinel  
  
  
  
true  
  
  
  
  
 
 
 

刚好报错的项目中不需要用到Sentinel，但是用到了Sleuth和Feign，所以TraceFeignClientAutoConfiguration生效了。主要还是Conditional都满足条件了。

项目中又没显示指定依赖Sentinel，这个类自然加载失败。

所以解决办法就是要么加Sentinel依赖，要么就是在@ConditionalOnClass中加上Sentinel的类，这样只有当在Sentinel的类在classpath中存在的时候才会加载，如果项目没依赖Sentinel那么就不加载，这样就没问题了。

最后总结下吧，主要还是要找到真正问题发生在什么地方，有的时候异常信息给出的并不一定是真正的地方，只是有关联而已。

当你封装的模块设置了optional=true的时候，在对应的配置类加载生效也需要用@ConditionalOnClass来进行判断启用，否则就会出现上面的问题。

当前标题：必杀技：当报错信息看不出原因时，怎么办？
地址分享：http://www.shufengxianlan.com/qtweb/news30/297380.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联