这篇文章主要介绍了SpringBoot的handlerinterceptor中依赖注入为null问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
目录
SpringBoot handlerinterceptor依赖注入为null
原因
解决方案
spring依赖注入对象为null
被注解的对象如下
在调用SparkSource时候使用了注入的方式
SpringBoot handlerinterceptor依赖注入为null
原因
拦截器加载是在springcontext创建之前完成
解决方案
使用@Bean在拦截器初始化之前让类加载
1.在WebMvcConfigurer的自定义子类加载拦截类，代码如下：
@Configuration public class ApIAppConfigurer implements WebMvcConfigurer { /** * 注入自定义拦截类到spring容器 * @return */ @Bean public ApiInterceptorAdapter getMyInterceptor(){ return new ApiInterceptorAdapter(); } @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(getMyInterceptor()) //指定拦截器类 .addpathPatterns("/api/**"); //指定该类拦截的url } }
2.使用@Component把拦截类交与spring容器管理，代码如下：
@Component public class ApiInterceptorAdapter extends handlerinterceptorAdapter { @Autowired private IApiTokenService iApiTokenService; }
3.完成上述两步就可以通过@Autowired 注入service了。
spring依赖注入对象为null
被注解的对象如下
@Component public class SparkSource{ @Autowired private SparkConfig sparkConfig ; @Autowired private RedisUtils redisUtils;
在调用SparkSource时候使用了注入的方式
@Component public class Owner{ @Autowired private SparkSource sparkSource;
然后在使用SparkSource 对象的时候一直报null；刚开始以为是注入失败，断点调试发现SparkSource对象里面的RedisUtils居然也是为null，说明要不就是注入不成功，要不就是没有进行初始化。
修改默认构造，启动日志发现申明bean是成功的。那就是在注入的时候出现了问题，然后一直在Owner里面找原因，留意到其实这个对象本身也是被申明成一个bean组件。
然后跳出Owner，发现其实在他最开始的调用竟然是以new Owner()的方式来获取对象：
Owner owner = new Owner();
这时候终于找到问题的所在了。修改为：
@Autowired private Owner owner ;
当对象声明为bean组件的时候，它是交给spring容器去管理的，容器会帮你进行初始化；但是如果使用new方法来调用对象时，会跳过spring容器生成新的对象，这时候就无法进行初始化，所以在调试的时候就会出现SparkSource对象为null，并且SparkSource对象里面以注入方式引用的对象也为null；被申明为bean对象的组件必须使用注入的方式进行调用。
这是一个spring依赖注入新手很容易忽视的一个问题，一般也不会去重视，希望大家在写代码的时候能多加留意。
本文描述可能不够详细，大家有空可以去了解一下更多的关于spring依赖注入与控制反转。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
