同样看不懂你要什么

val exception = Exception("401")

if (xxx) throw exception

我猜 op 的意思是在收到非 2xx 状态码的时候抛出异常。

但是这个是 API 的特性，而不是语言的特性。比如 okhttp ，ktor 等。api 一般都有选项可以设置什么时候抛出异常，什么时候认为是正常的 response 。

unchecked exception 和 checked exception ，唯一区别就是 unchecked 可以隐式想上传递，checked 必须包在 try 中或者在方法签名中显式声明。

调用链路的上层，IDE 会提示哪些 checked exception 没有处理，而 unchecked exception 你无法知道可能会抛出哪些异常。所以 Kotlin 使用 @Throws(IOException::class)把信息包含进去。

所以 OP 在 Kotlin 中同样可以“直接定义两个异常，全局处理”。但很遗憾，他用 runCatching 吃掉了异常，然后手动处理，把 Kotlin 写出了 Go 的感觉。

看到标题：怎么会有人喜欢 Checked Exception 呢？
看完内容：果然说的不是 Checked Exception

代码封装或者风格的问题，和语言不能说毫无关系只能说毫无关系

使用 OkHttp 的情况下
只是判断这个请求的 http 请求错误 可以判断异常父类是否是 HttpException
inline fun <T : HttpService, R> T.execute(block: T.() -> BaseResponse<R>): Result<R> {
return try {
val response = block()
if (response.success) {
Result.Success(response.data)
} else {
//内置协议错误
// Result.Fail(response.header.code.toInt(), response.header.msg, false)
}
} catch (e: HttpException) {
//http fail
} catch (e:CancellationException){
//cancel
} catch (e: Exception) {
//other fail
}
}
网络请求全部走 HttpService 的扩展函数

第二种
在协程的顶级作用域里面统一处理

@superchijinpeng 你测试一定能测试出所有的 BUG.

场景不一样, 我觉得很多人 get 不到我的点. 如果支持受检测异常, 异常处理只需要在调用处处理异常即可, 但是 kotlin 没有受检异常, 可能会漏掉. 难道我不知道 kotlin 一样能使用 try catch 吗?

我说没有受检异常, 你跑来告诉我可以使用 try catch . 这是一个东西吗?
然后我说使用 try catch 可能会漏掉, 然后你告诉我测试肯定会覆盖.

java 里面怎么全局处理？用
```
Thread.setDefaultUncaughtExceptionHandler((t, e) -> {
//fuck something
});
```
?

那 kt 也没阉割这个啊，kt 不照样可以写这个