MyBatis-Spring Kotlin项目SQL查询问题：空结果处理与返回值疑问

嘿，我来帮你拆解这两个MyBatis结合Kotlin开发里的常见问题👇

1. DAO接口的getUserByPhoneNumber方法是否仅返回User对象？ #

答案是不是。虽然你在接口里声明返回的是非空User类型，但MyBatis的实际行为是：当数据库中找不到匹配phoneNumber的记录时，这个方法会返回null。

这里的矛盾点在于，你用Kotlin的非空类型User做返回值，但MyBatis并不会遵守Kotlin的空安全约定——它在无结果时依然会返回null，这就埋下了潜在的空指针风险。

2. 如何解决「Condition 'user != null' is always 'true'」警告，并正确处理空结果？ #

这个警告是Kotlin编译器发出的：因为你声明方法返回User（非空），编译器认为这个值不可能为null，所以你写的user != null判断完全多余。但实际运行时，MyBatis可能返回null，这就会导致代码逻辑和实际行为不符，甚至触发NPE。

解决这个问题有两种常用方案，选哪种看你的代码风格偏好：

方案一：将返回类型改为可空的User? #

直接修改DAO接口的返回类型，明确告诉编译器这个方法可能返回null：

interface UserMapper {
    @Select("SELECT userId, phoneNumber FROM users WHERE phoneNumber=#{number} LIMIT 1")
    fun getUserByPhoneNumber(number: String?): User? // 改成可空类型
}

之后你的调用代码里的user != null判断就会被编译器认可，警告自然消失，而且能正确处理无结果的场景：

val user = userMapper!!.getUserByPhoneNumber(phonenumber)
if (user != null) {
    doSomething()
} else {
    doOtherthing()
}
// 也可以用Kotlin更简洁的Elvis表达式写法
user?.let { doSomething() } ?: doOtherthing()

方案二：用Optional<User>包装返回值 #

如果你习惯Java的Optional风格，也可以让方法返回Optional<User>，这样能更直观地表示“结果可能不存在”：

interface UserMapper {
    @Select("SELECT userId, phoneNumber FROM users WHERE phoneNumber=#{number} LIMIT 1")
    fun getUserByPhoneNumber(number: String?): Optional<User>
}

调用时可以用Optional的API来处理结果：

val userOptional = userMapper!!.getUserByPhoneNumber(phonenumber)
userOptional.ifPresent { user ->
    doSomething()
} ?: run {
    doOtherthing()
}
// 或者用传统的if判断
if (userOptional.isPresent) {
    val user = userOptional.get()
    doSomething()
} else {
    doOtherthing()
}

两种方案都能解决你的问题，核心都是让代码的类型声明和MyBatis的实际行为保持一致，既消除编译器警告，又能安全处理数据库无结果的场景。

内容的提问来源于stack exchange，提问作者gary