@lesismal 错误和异常也是主动区分出来的（无对错之分），对于 java 来说，只有 expection ，最多分 checked 和 unchecked 。Error 就是一个普通对象（ GO 也是），这不过 Go 支持多返回值，大家就基于这个特性搞了这个用法，也可以自己封装个 Result 出来用。

说到底看场景，
- 大多数 Java 开发者面对的是业务系统，系统中一旦出现了 error ，大多数情况下是需要中断整个链路的，而且因为有 GC ，不用考虑 RAII 的问题，直接原地回到顶结束就好了。所以这个成了惯用法。
- Go 的开发者在早期纯业务的很少，主要写一些 CNCF 那些中间件，考虑点和业务系统不一样，希望精细的掌控错误，现在这套就还也还行。

立场主要看写啥，我拿 go 写业务系统的时候，我也挺讨厌 error 的，99%的时候除了往上抛，又能做什么呢。但是 java 写中间件的时候，用 checkedexpection 体验也不是挺好。