服务器之家:专注于服务器技术及软件下载分享
分类导航

PHP教程|ASP.NET教程|Java教程|ASP教程|编程技术|正则表达式|C/C++|IOS|C#|Swift|Android|VB|R语言|JavaScript|易语言|vb.net|

服务器之家 - 编程语言 - Java教程 - 解决@Autowired注入static接口的问题

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

2021-12-06 14:25happy_Pinocchio Java教程

这篇文章主要介绍了解决@Autowired注入static接口的问题,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教

@Autowired注入static接口问题

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

如:

?
1
2
3
4
5
6
7
8
@Component
public class WarningMatterUtil {
  //报警表
  @Autowired
  private IDScypWarningMatterService warningMatterService;
  public void dScypWarningMatterFZ(){
      }
  }

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

如:

?
1
2
3
4
5
6
7
8
@Component
public class WarningMatterUtil {
  //报警表
  @Autowired
  private static IDScypWarningMatterService warningMatterService;
  public static void dScypWarningMatterFZ(){
      }
  }

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

修改后代码如下:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
@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无法注入的原因:

?
1
2
@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

延伸 · 阅读

精彩推荐