spring中@Autowired注解在抽象類中失效的原因和解決方法

這篇文章主要介紹“spring中@Autowired注解在抽象類中失效的原因和解決方法”，在日常操作中，相信很多人在spring中@Autowired注解在抽象類中失效的原因和解決方法問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”spring中@Autowired注解在抽象類中失效的原因和解決方法”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

@Autowired注解在抽象類中失效

最近在工作中遇到這個問題，在抽象類中使用Autowired這個注解，注入mybatis的dao時，總是出現(xiàn)空指針異常，通過日志的打印，發(fā)現(xiàn)是這個dao注入失敗為空。然后通過new出spring上下文對象，再去調(diào)用getBean()方法，獲取到這個注入的dao，這樣是可行的，但是總是覺得這不是最佳實踐，一定有比這個更加優(yōu)雅的方式能解決這個問題。

我們來還原一下這個問題：

1.定義一個抽象類

聲明為spring組件，在其中自動裝配另一個bean：

 @Component
 public abstract class BaseService {
      @Autowired
      Dao dao;
  }

2.然后在他的子類中使用這個自動裝配的對象

 @Component
 public class myService extends BaseService{
     public void print(){
         //運行時為null
         System.out.print(dao.toString());
     }
 }

在我們實例化子類對象的時候，抽象父類不能實例化，因為spring注入的是實例對象，而不是類，所以spring不會將dao自動裝配注入到一個實例中。但是我們通過在在抽象類中獲取的上下文對象中卻可以拿到dao，因為這個上下文對象

是我們自己手動new出來的，不是spring通過反射注入到對象中去的。因此這種方案是可行的。

下面介紹一種更優(yōu)雅的解決方案：

1.同樣是定義一個抽象類

 public class BaseService {
     Dao dao;
 }

2.在子類中使用注解

@Component
public class myService extends BaseService{
    //Autowired修飾方法時，根據(jù)方法參數(shù)類型判斷實例化哪個類
    @Autowired 
    public void printDao(Dao dao){
        super.dao = dao;//父類屬性注入
    }
    public void print(){
        System.out.print(dao.toString());
    }
}

這樣寫是不是要比我們直接去new applicationContext更加優(yōu)雅呢？

在抽象類中使用@Autowired

1.簡介

在本快速教程中，我們將說明如何在抽象類中使用 @Autowired 自動裝配注解。

我們將 @Autowired 應用于 abstract 抽象類，并關注此時要考慮的重點。

2.Setter 方式注入

我們可以在設置方法上使用_@Autowired_：

public abstract class BallService {
    private LogRepository logRepository;
    @Autowired
    public final void setLogRepository(LogRepository logRepository) {
        this.logRepository = logRepository;
    }
}

當我們使用_@Autowired_上setter方法，我們應該用final 關鍵字，這樣子類便不能覆蓋setter方法。否則，注解將無法正常運行。

3.構造函數(shù)注入

我們不能在抽象類的構造函數(shù)上使用_@Autowired_。

Spring 不會在抽象類的構造函數(shù)上解析 @Autowired 注解。子類應為 super 構造函數(shù)提供必要的參數(shù)。

相反，我們應該在子類的構造函數(shù)上使用_@Autowired_：

public abstract class BallService {
    private RuleRepository ruleRepository;
    public BallService(RuleRepository ruleRepository) {
        this.ruleRepository = ruleRepository;
    }
}
@Component
public class BasketballService extends BallService {
    @Autowired
    public BasketballService(RuleRepository ruleRepository) {
        super(ruleRepository);
    }
}

4.備忘單

讓我們總結一些要記住的規(guī)則。

首先，抽象類不會進行組件掃描，因為沒有具體的子類就無法實例化。

其次，在抽象類中可以進行setter注入，但是如果不對setter方法使用_final_關鍵字，因而存在一定誤用的風險。如果子類覆蓋 setter 方法，則應用程序可能不能正常運行。

第三，由于 Spring 在抽象類中不支持構造函數(shù)注入，因此通常應該讓具體的子類提供構造函數(shù)參數(shù)。這意味著我們需要在具體子類中依賴構造函數(shù)注入。

最后，將構造函數(shù)注入用于必需的依賴項，并將setter注入用于可選的依賴項是一個很好的經(jīng)驗法則。但是，正如我們可以從抽象類的一些細微差別中看到的那樣，通常在這里構造函數(shù)注入更為有利。

因此，實際上我們可以說具體的子類控制著它的抽象父類如何獲得其依賴項。 Spring 在裝配子類時， 會對其依賴進行注入。

到此，關于“spring中@Autowired注解在抽象類中失效的原因和解決方法”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關知識，請繼續(xù)關注億速云網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>