IDEA中@Autowired自動注入MyBatis?Mapper報紅警告的幾種解決方法

更新時間：2024年02月21日 08:31:45 投稿：zx

這篇文章主要介紹了IDEA中@Autowired自動注入MyBatis?Mapper報紅警告的幾種解決方法

今天在使用 IDEA 使用 MyBatis 的時候遇到了這種情況：

在這里插入圖片描述

可以看到 userMapper 下有個紅色的波浪警告，雖然代碼沒有任何問題，能正常運行，但是這個紅色警告在這里杵著確實讓人很窩心。

于是我在網(wǎng)上找了找，最終明白了原因所在：

因為 IDEA 可以智能的理解上下文，然而 UserMapper 這個接口是 MyBatis 的 IDEA 理解不了。
而 @Autowired 注解，默認情況下要求依賴對象（也就是 userMapper ）必須存在。而 IDEA 認為這個對象的實例/代理是個 null ，所以就友好地給個提示。

然后最終的解決方案總結(jié)了幾個，按需使用把：

方法1：為 @Autowired 注解設(shè)置 required = false

使用 @Autowired 注解時，若希望允許 null 值，可設(shè)置 required = false，像這樣：

@Autowired(required = false)
private UserMapper userMapper;

這樣就不會有警告了。原因很好理解：IDEA 認為 userMapper 是個 null ，給了警告；加上 required = false 后，使用 @Autowired 注解不再去校驗 userMapper 是否存在了。也就不會有警告了。

總結(jié)：

這種方式有點蛋疼。一個龐大的既有項目，可能到處都在引用 Mapper，總不能到處都補上 required = false 吧……而且對于新手/新員工，很難一眼看懂加 required = false 屬性只是為了解決 IDEA 的警告。

方法2：使用 @Resource 替換 @Autowired

像這樣：

@Resource
private UserMapper userMapper;

這樣也不會再有討厭的警告。如果你對原因感興趣，不妨了解一下《@Autowired 與@Resource的區(qū)別》。

總結(jié)：

這種方式挺贊，但如果一個項目已經(jīng)大量使用 @Autowired ，然后為了個警告到處改成 @Resource ，也有點蛋疼。

方法3：在 Mapper 接口上添加 @Repository 注解

@Repository
public interface UserMapper extends Mapper<User> {

}
這樣能讓你的
@Autowired
private UserMapper userMapper;
不再報紅。

當(dāng)然，如果你用 @Component 替換 @Repository 也是可以的。原理大致：IDEA 不是認為 userMapper 是個 null 嘛…加個 @Repository 注解騙一下 IDEA 就OK了……

總結(jié)：

這種方式比較贊，改動小，也簡單，我比較喜歡。

方法4：用 Lombok

@Service
@RequiredArgsConstructor(onConstructor = @__(@Autowired))
public class TestService {

    private final UserMapper userMapper;
    ...

}

方法5：把 IDEA 的警告關(guān)掉。

個人沒試過，也沒有動力去試。沒有提示的 IDEA 是沒有靈魂的，我從來不去修改 IDEA 的任何警告設(shè)置。

方法6：安裝 mybatis plugin 即可解決該問題。

到此這篇關(guān)于IDEA中@Autowired自動注入MyBatis Mapper報紅警告的幾種解決方法的文章就介紹到這了,更多相關(guān)IDEA @Autowired自動注入報紅警告內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: