@Autowired注入static接口問(wèn)題

@Autowired自動(dòng)注入普通service很方便

如：

@Component
public class WarningMatterUtil {
  //報(bào)警表
  @Autowired
  private IDScypWarningMatterService warningMatterService;
  public void dScypWarningMatterFZ(){
      }
  }

但是如果注入static修飾的service則注入不了

如：

@Component
public class WarningMatterUtil {
  //報(bào)警表
  @Autowired
  private static IDScypWarningMatterService warningMatterService;
  public static void dScypWarningMatterFZ(){
      }
  }

后來(lái)網(wǎng)上百度了一下，看到了一個(gè)方法

修改后代碼如下：

@Component
public class WarningMatterUtil {
  //報(bào)警表
  @Autowired
  private IDScypWarningMatterService warningMatterService;
  private static WarningMatterUtil warningMatterUtil;
  @PostConstruct
  public void init() {
    warningMatterUtil = this;
    warningMatterUtil.warningMatterService = this.warningMatterService;
  }
  /**
   * 賦值方法
   * 
   */
  public static void dScypWarningMatterFZ(){
    }
}

標(biāo)簽解釋

• @Autowired：作用于構(gòu)建器、屬性、方法。按byType自動(dòng)注入。（@Resource默認(rèn)按 byName自動(dòng)注入）
• @PostConstruct：被@PostConstruct修飾的方法會(huì)在服務(wù)器加載Servle的時(shí)候運(yùn)行，并且只會(huì)被服務(wù)器執(zhí)行一次。PostConstruct在構(gòu)造函數(shù)之后執(zhí)行,init()方法之前執(zhí)行。（PreDestroy（）方法在destroy()方法執(zhí)行執(zhí)行之后執(zhí)行）

導(dǎo)致@Autowired注入失敗的問(wèn)題

背景

在一次測(cè)試當(dāng)中，發(fā)現(xiàn) @Autowired 無(wú)法注入的問(wèn)題，使用service時(shí)，發(fā)現(xiàn)為null！

原因

總結(jié)了一些會(huì)導(dǎo)致@Autowired無(wú)法注入的原因：

@Autowired
private static  TestService testService;

被static所修飾，Spring依賴注入是依賴set方法，而set方法是普通的對(duì)象方法，static變量是類的屬性，所以無(wú)法完成注入操作

@Autowired按type進(jìn)行自動(dòng)注入，簡(jiǎn)單說(shuō)就是，private TestService testService，是按照TestService 類型進(jìn)行匹配注入，name可以不一致，如果匹配不到對(duì)應(yīng)的類型，也會(huì)出現(xiàn)注入失敗。

一般來(lái)說(shuō)就是沒(méi)有被ioc容器進(jìn)行管理，在容器中匹配不到type，需要注解（@Service，@repository，@Component等）納入spring IOC容器中

還有一種情況，當(dāng)所有注解正常，可能是因?yàn)镾pringBoot項(xiàng)目的Bean裝配默認(rèn)規(guī)則是根據(jù)Application類所在的包位置從上往下掃描！“Application類”是指SpringBoot項(xiàng)目入口類。

這個(gè)類的位置很關(guān)鍵：

如果Application類所在的包為：com.boot.app，則只會(huì)掃描com.boot.app包及其所有子包，如果service或dao所在包不在com.boot.app及其子包下，則不會(huì)被掃描！即, 把Application類放到dao、service所在包的上級(jí)，com.boot.Application知道這一點(diǎn)非常關(guān)鍵位置不同，掃描不到對(duì)應(yīng)位置下的注解。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論