為什么官方不推薦使用 @Autowired？
前言
很多人剛接觸 Spring 的時(shí)候，對(duì) @Autowired 絕對(duì)是愛得深沉。
一個(gè)注解，輕松搞定依賴注入，連代碼量都省了。
誰不愛呢？
但慢慢地，尤其是跑到稍微復(fù)雜點(diǎn)的項(xiàng)目里，@Autowired 就開始給你整點(diǎn)幺蛾子。
于是，官方Spring 4.0開始：不建議無腦用 @Autowired，而是更推薦構(gòu)造函數(shù)注入。
圖片
為什么？
是 @Autowired 不行嗎？并不是。
它可以用，但問題是：它不是無敵的，濫用起來容易埋坑。
下面就來聊聊為啥官方建議你慎用 @Autowired，順便再帶點(diǎn)代碼例子，希望對(duì)你會(huì)有所幫助。
1. 容易導(dǎo)致隱式依賴
很多小伙伴在工作中喜歡直接寫：
@Service
public class MyService {
@Autowired
private MyRepository myRepository;
}看著挺簡(jiǎn)單，但問題來了：類的依賴關(guān)系藏得太深了。
- 你看這段代碼，MyService 和 MyRepository 的關(guān)系其實(shí)是個(gè)“隱形依賴”，全靠 @Autowired 來注入。
- 如果有個(gè)同事剛接手代碼，打開一看，完全不知道 myRepository 是啥玩意兒、怎么來的，只有通過 IDE 或運(yùn)行時(shí)才能猜出來。
隱式依賴的結(jié)果就是，代碼看起來簡(jiǎn)單，但維護(hù)起來費(fèi)勁。
后期加個(gè)新依賴，或者改依賴順序，分分鐘把人搞糊涂。
怎么破？
用 構(gòu)造函數(shù)注入 替代。
@Service
public class MyService {
private final MyRepository myRepository;
// 構(gòu)造函數(shù)注入，依賴一目了然
public MyService(MyRepository myRepository) {
this.myRepository = myRepository;
}
}這樣做的好處是：
- 依賴清晰：誰依賴誰，直接寫在構(gòu)造函數(shù)里，明明白白。
- 更易測(cè)試：構(gòu)造函數(shù)注入可以手動(dòng)傳入 mock 對(duì)象，方便寫單元測(cè)試。
2. 會(huì)導(dǎo)致強(qiáng)耦合
再舉個(gè)例子，很多人喜歡直接用 @Autowired 注入具體實(shí)現(xiàn)類，比如：
@Service
public class MyService {
@Autowired
private SpecificRepository specificRepository;
}表面上沒毛病，但這是硬邦邦地把 MyService 和 SpecificRepository 綁死了。
萬一有一天，業(yè)務(wù)改了，需要切換成另一個(gè)實(shí)現(xiàn)類，比如 AnotherSpecificRepository，你得改代碼、改注解，連帶著測(cè)試也崩。
怎么破？
用接口和構(gòu)造函數(shù)注入，把依賴解耦。
@Service
public class MyService {
private final Repository repository;
public MyService(Repository repository) {
this.repository = repository;
}
}然后通過 Spring 的配置文件或者 @Configuration 類配置具體實(shí)現(xiàn)：
@Configuration
public class RepositoryConfig {
@Bean
public Repository repository() {
return new SpecificRepository();
}
}這么搞的好處是：
- 靈活切換：改實(shí)現(xiàn)類時(shí)，不用動(dòng)核心邏輯代碼。
- 符合面向接口編程的思想：降低耦合，提升可擴(kuò)展性。
3. 容易導(dǎo)致 NullPointerException
有些小伙伴喜歡這么寫：
@Service
public class MyService {
@Autowired
private MyRepository myRepository;
public void doSomething() {
myRepository.save(); // 啪！NullPointerException
}
}問題在哪？如果 Spring 容器還沒來得及注入依賴，你的代碼就跑了（比如在構(gòu)造函數(shù)或初始化方法中直接調(diào)用依賴），結(jié)果自然就是 NullPointerException。
怎么破？
用構(gòu)造函數(shù)注入，徹底干掉 null 的可能性。
@Service
public class MyService {
private final MyRepository myRepository;
public MyService(MyRepository myRepository) {
this.myRepository = myRepository; // 確保依賴在對(duì)象初始化時(shí)就已注入
}
public void doSomething() {
myRepository.save();
}
}構(gòu)造函數(shù)注入的另一個(gè)優(yōu)點(diǎn)是：依賴注入是強(qiáng)制的，Spring 容器不給你注入就報(bào)錯(cuò)，讓問題早暴露。
4.自動(dòng)裝配容易搞出迷惑行為
Spring 的自動(dòng)裝配機(jī)制有時(shí)候是“黑魔法”，尤其是當(dāng)你的項(xiàng)目里有多個(gè)候選 Bean 時(shí)。比如：
@Service
public class MyService {
@Autowired
private Repository repository; // 容器里有兩個(gè) Repository 實(shí)現(xiàn)類，咋辦？
}如果有兩個(gè)實(shí)現(xiàn)類，比如 SpecificRepository 和 AnotherRepository，Spring 容器直接報(bào)錯(cuò)。解決方法有兩種：
- 指定 @Primary。
- 用 @Qualifier 手動(dòng)指定。
但這些方式都讓代碼看起來更復(fù)雜了，還可能踩坑。
怎么破？
構(gòu)造函數(shù)注入 + 顯式配置。
@Configuration
public class RepositoryConfig {
@Bean
public Repository repository() {
return new SpecificRepository();
}
}你明確告訴 Spring 該用哪個(gè)實(shí)現(xiàn)類，別讓容器幫你猜，省得以后“配錯(cuò)藥”。
5. 寫單元測(cè)試非常痛苦
最后，聊聊測(cè)試的事兒。
@Autowired 依賴 Spring 容器才能工作，但寫單元測(cè)試時(shí)，大家都不想起 Spring 容器（麻煩、慢）。結(jié)果就是：
- 字段注入：沒法手動(dòng)傳入 mock 對(duì)象。
- 自動(dòng)裝配：有時(shí)候不清楚用的 Bean 是哪個(gè)，測(cè)試難搞。
怎么破？
構(gòu)造函數(shù)注入天生就是為單元測(cè)試設(shè)計(jì)的。
public class MyServiceTest {
@Test
public void testDoSomething() {
MyRepository mockRepository = mock(MyRepository.class);
MyService myService = new MyService(mockRepository);
// 測(cè)試邏輯
}
}看見沒？
直接傳入 mock 對(duì)象，測(cè)試簡(jiǎn)單、優(yōu)雅。
總結(jié)
簡(jiǎn)單總結(jié)下問題：
- 隱式依賴讓代碼可讀性差。
- 強(qiáng)耦合違背面向接口編程。
- 字段注入容易 NPE。
- 自動(dòng)裝配有坑。
- 單元測(cè)試不好寫。
那到底咋辦？用 構(gòu)造函數(shù)注入，清晰、穩(wěn)健、測(cè)試友好，官方推薦不是沒道理的。
但話說回來，@Autowired 也不是不能用，只是你得分場(chǎng)景。
