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

可以看到 userMapper 下有個(gè)紅色的波浪警告，雖然代碼沒(méi)有任何問(wèn)題，能正常運(yùn)行，但是這個(gè)紅色警告在這里杵著確實(shí)讓人很窩心。

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

• 因?yàn)?IDEA 可以智能的理解上下文，然而 UserMapper 這個(gè)接口是 MyBatis 的 IDEA 理解不了。
• 而 @Autowired 注解，默認(rèn)情況下要求依賴(lài)對(duì)象（也就是 userMapper ）必須存在。而 IDEA 認(rèn)為這個(gè)對(duì)象的實(shí)例/代理是個(gè) null ，所以就友好地給個(gè)提示。

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

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

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

@Autowired(required = false)
private UserMapper userMapper;

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

總結(jié)：

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

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

像這樣：

@Resource
private UserMapper userMapper;

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

總結(jié)：

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

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

@Repository
public interface UserMapper extends Mapper<User> {

}
這樣能讓你的
@Autowired
private UserMapper userMapper;
不再報(bào)紅。

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

總結(jié)：

這種方式比較贊，改動(dòng)小，也簡(jiǎn)單，我比較喜歡。

方法4：用 Lombok

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

    private final UserMapper userMapper;
    ...

}

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

個(gè)人沒(méi)試過(guò)，也沒(méi)有動(dòng)力去試。沒(méi)有提示的 IDEA 是沒(méi)有靈魂的，我從來(lái)不去修改 IDEA 的任何警告設(shè)置。

方法6：安裝 mybatis plugin 即可解決該問(wèn)題。

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

最新評(píng)論