为何可空的cursor.getString()赋值给非空String能通过编译？

核心问题拆解 #

你遇到的情况其实是Kotlin和Java互操作时的平台类型导致的编译检查漏洞，加上lateinit变量的非空约束共同引发的运行时崩溃，我们一步步拆解来看：

1. 为什么编译能通过？

Android SDK里的Cursor.getString()是Java方法，Java本身没有空安全的概念。在Kotlin中，这种来自Java的无空注解类型会被标记为平台类型（String!）——它既可以被当作非空String使用，也可以被当作可空String?使用，编译器不会强制做空安全检查，把空值判断的责任交给了开发者。这就是你把可空返回值赋值给非空lateinit var city: String时，编译器没报错的原因。

2. 为什么运行时会抛出IllegalStateException？

lateinit关键字的作用是延迟初始化非空变量，但它有硬性要求：必须在使用前赋值一个非空的值。当cursor.getString(3)返回null时，你相当于给lateinit变量赋了null，直接违反了lateinit的规则，所以触发了运行时异常。

推荐解决方案 #

根据你的业务需求，这里有几种靠谱的处理方式：

方案1：把变量改为可空类型（最直接）

如果数据库中该字段允许为空，直接将city的类型改为String?，就能合法接受null值：

data class Site(val apikey: String, val id: Int) { 
    companion object { 
        val INVALID = Site("", 0) 
    }
    lateinit var name: String
    var city: String? = null // 改为可空类型
    lateinit var country: String
}

// 赋值时无需额外处理
site.city = cursor.getString(3)

方案2：用Elvis运算符提供默认值

如果不希望出现null，可以给空值场景设置一个默认值，比如默认显示"未知城市"：

site.city = cursor.getString(3) ?: "未知城市"

方案3：重构数据类，避免lateinit

lateinit适合能保证在使用前一定会被初始化的场景，但数据库读取的字段可能为空，更适合在构造函数中直接初始化并处理空值：

data class Site(
    val apikey: String, 
    val id: Int,
    val name: String,
    val city: String,
    val country: String
) { 
    companion object { 
        val INVALID = Site("", 0, "", "", "") 
    }
}

// 读取数据库时直接处理空值
val site = Site(
    apikey = cursor.getString(0),
    id = cursor.getInt(1),
    name = cursor.getString(2) ?: "",
    city = cursor.getString(3) ?: "",
    country = cursor.getString(4) ?: ""
)

不推荐：用!!非空断言

虽然site.city = cursor.getString(3)!!能编译通过，但这相当于强行告诉编译器"这个值一定不为null"，如果数据库返回null，还是会抛出NullPointerException，和原来的异常本质一样，只是换了类型，风险极高，不建议使用。

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