Kotlin中runCatching为何需默认返回？如何避免？

为什么会有这个要求？ #

Kotlin的runCatching返回的是Result<T>类型，而onSuccess和onFailure是Result的扩展函数，它们的定位是处理副作用（比如日志、状态更新），而非直接控制函数的返回值。

从编译器的逻辑来看，它无法静态推断onSuccess和onFailure的链式调用一定会覆盖所有执行路径——虽然业务逻辑上这两个分支能覆盖成功和失败场景，但编译器将onSuccess/onFailure视为普通函数调用，认为链式调用结束后代码仍会走到函数末尾，因此要求你提供默认返回值。

而Java的try-catch是语法级别的控制流结构，编译器明确知道try块要么正常执行return，要么进入catch块执行return，不存在遗漏路径，所以不需要默认返回。

如何避免设置默认返回？ #

推荐使用Result类型专为获取返回值设计的函数，替代在onSuccess/onFailure中直接return的写法：

方法1：使用getOrElse #

直接指定失败时的返回值，编译器能明确推断所有路径都有返回：

fun fetchData(): String {
    return runCatching {
        // 可能抛出异常的代码
        "成功获取数据"
    }.getOrElse {
        "获取数据失败：${it.message}"
    }
}

方法2：使用fold #

同时处理成功和失败场景，返回统一类型的结果：

fun fetchData(): String {
    return runCatching {
        "成功获取数据"
    }.fold(
        onSuccess = { it },
        onFailure = { e -> "获取数据失败：${e.message}" }
    )
}

方法3：若坚持用onSuccess/onFailure #

可以用run包裹链式调用，同时添加一个永远不会触发的兜底逻辑（仅为满足编译器要求）：

fun fetchData(): String {
    return runCatching {
        "成功获取数据"
    }.run {
        onSuccess { return it }
        onFailure { return "获取数据失败" }
        throw IllegalStateException("不可能到达的分支")
    }
}

另外，如果只是想简化异常捕获后的返回逻辑，也可以直接用Kotlin的try-catch表达式，它和Java的try-catch一样不需要默认返回：

fun fetchData(): String {
    return try {
        "成功获取数据"
    } catch (e: Exception) {
        "获取数据失败：${e.message}"
    }
}

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