原因

众所周知，idea是非常智能的，它可以理解spring的上下文。然而 usermapper 这个接口是mybatis的，idea理解不了。

而 @autowired 注解，默认情况下要求依赖对象（也就是 usermapper ）必须存在。而idea认为这个对象的实例/代理是个null，所以就友好地给个提示。

解决方案

方法1：为 @autowired 注解设置required = false

使用 @autowired 注解时，若希望允许null值，可设置required = false，像这样：

@autowired(required = false)
private usermapper usermapper;

这样就不会有警告了。原因很好理解：idea认为usermapper是个null，给了警告；加上required = false后，使用 @autowired 注解不再去校验usermapper是否存在了。也就不会有警告了。

总结：这种方式有点蛋疼。一个庞大的既有项目，可能到处都在引用mapper，总不能到处都补上 required = false 吧……而且对于新手/新员工，很难一眼看懂加required = false属性只是为了解决idea的警告。

方法2：用 @resource 替换 @autowired

像这样：

@resource
private usermapper usermapper;

这样也不会再有讨厌的警告。如果你对原因感兴趣，不妨了解一下《@autowired 与@resource的区别》[1]

总结：这种方式挺赞，但如果一个项目已经大量使用@autowired，然后为了个警告到处改成@resource，也有点蛋疼。

方法3：在mapper接口上加上@repository注解

像这样：

@repository
public interface usermapper extends mapper<user> {
}

这样也能让你的

@autowired
private usermapper usermapper;

不再报错。

当然，如果你用@component替换@repository也是可以的。原理大致：idea不是认为 usermapper 是个null嘛…加个@repository注解骗一下idea就ok了……

总结：这种方式比较赞，改动小，也简单，我比较喜欢。

方法4：用lombok

像这样：

@service
@requiredargsconstructor(onconstructor = @__(@autowired))
public class testservice {
    private final usermapper usermapper;
    ...
}

lombok生成的代码是这样的：

@service
public class testservice {
    private final usermapper usermapper;
    @autowired
     public testservice(final usermapper usermapper) {
        this.usermapper = usermapper;
    }
    ...
}

但如果自己手写成lombok生成的代码，idea依然会给你报警告。我猜，应该是idea的lombok插件把idea搞懵逼了…所以不提示了…

总结：这是我目前最喜欢的方式。原因有2：

spring官方并不建议直接在类的field上使用@autowired注解，原因详见：《why field injection is evil》[2] ，用本方法可将field注入编程构造方法注入，spring是比较推荐的。
体现了lombok的优势，简化了你的代码。而且你也不用在每个field上都加上@autowired注解了。

不过这种方式也有缺点：那就是如果你类之间的依赖关系比较复杂，特别是存在循环依赖(a引用b，b引用a，或者间接引用)时，引用将会启动不起来……这其实是构造方法注入方式的缺点。

方法5：把idea的警告关闭掉

个人没试过，也没有动力去试。没有提示的idea是没有灵魂的，我从来不去修改idea的任何警告设置。

方法6：安装mybatis plugin

据说安装mybatis plugin可以解决该问题。不过这个插件是收费的，我没有钱去尝试。有钱的读者们可以告诉我一下是不是真的。