解决@Autowired注入static接口的问题

@Autowired注入static接口问题

@Autowired自动注入普通service很方便

如：

				?

									@Component

									public class WarningMatterUtil {

									  //报警表

									  @Autowired

									  private IDScypWarningMatterService warningMatterService;

									  public void dScypWarningMatterFZ(){

									      }

									  }

但是如果注入static修饰的service则注入不了

如：

				?

									@Component

									public class WarningMatterUtil {

									  //报警表

									  @Autowired

									  private static IDScypWarningMatterService warningMatterService;

									  public static void dScypWarningMatterFZ(){

									      }

									  }

后来网上百度了一下，看到了一个方法

修改后代码如下：

				?

									@Component

									public class WarningMatterUtil {

									  //报警表

									  @Autowired

									  private IDScypWarningMatterService warningMatterService;

									  private static WarningMatterUtil warningMatterUtil;

									  @PostConstruct

									  public void init() {

									    warningMatterUtil = this;

									    warningMatterUtil.warningMatterService = this.warningMatterService;

									  }

									  /**

									   * 赋值方法

									   * 

									   */

									  public static void dScypWarningMatterFZ(){

									    }

									}

标签解释

@Autowired：作用于构建器、属性、方法。按byType自动注入。（@Resource默认按 byName自动注入）
@PostConstruct：被@PostConstruct修饰的方法会在服务器加载Servle的时候运行，并且只会被服务器执行一次。PostConstruct在构造函数之后执行,init()方法之前执行。（PreDestroy（）方法在destroy()方法执行执行之后执行）

导致@Autowired注入失败的问题

背景

在一次测试当中，发现 @Autowired 无法注入的问题，使用service时，发现为null！

原因

总结了一些会导致@Autowired无法注入的原因：

				?

									@Autowired

									private static  TestService testService;

被static所修饰，Spring依赖注入是依赖set方法，而set方法是普通的对象方法，static变量是类的属性，所以无法完成注入操作

@Autowired按type进行自动注入，简单说就是，private TestService testService，是按照TestService 类型进行匹配注入，name可以不一致，如果匹配不到对应的类型，也会出现注入失败。

一般来说就是没有被ioc容器进行管理，在容器中匹配不到type，需要注解（@Service，@repository，@Component等）纳入spring IOC容器中

还有一种情况，当所有注解正常，可能是因为SpringBoot项目的Bean装配默认规则是根据Application类所在的包位置从上往下扫描！“Application类”是指SpringBoot项目入口类。

这个类的位置很关键：

如果Application类所在的包为：com.boot.app，则只会扫描com.boot.app包及其所有子包，如果service或dao所在包不在com.boot.app及其子包下，则不会被扫描！即, 把Application类放到dao、service所在包的上级，com.boot.Application知道这一点非常关键位置不同，扫描不到对应位置下的注解。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持服务器之家。

原文链接：https://blog.csdn.net/happy_Pinocchio/article/details/50857917