Go 错误处理新思路？用左侧函数和表达式

发布时间：2025-11-05 03:16:21 来源：码上建站 作者：IT科技

大家好，错误处理我是新思煎鱼。

错误处理一直是左侧 Go 一个很有争议的地方，大家在该类提案上贡献了各种各样的函数和表想法。在五一假期期间，达式我也发现了一个有趣的错误处理技术提案，那就是新思：左侧函数;还有 Go+ 的新思路。

今天就由煎鱼带大家一起来看看。左侧

在现有 Go1 的函数和表错误处理机制下，我们一般处理错误都需要写大量的达式 if err != nil 的逻辑。

有人笑称 100 行里有 50 行是错误处理以下代码：

func main() {

x, err := foo()

if err != nil {

// handle error

}

y, err := foo()

if err != nil {

// handle error

}

z, err := foo()

if err != nil {

// handle error

}

s, err := foo()

if err != nil {

// handle error

}

于是在社区里有多位小伙伴就提出了左侧函数这种想法。

希望借此来解决错误处理的新思问题，减少每次多写的左侧 3 行左右的代码，实现一致的云南idc服务商函数和表错误处理方法。

涉及如下提案：

《proposal: Go 2: errors: allow function on 达式left hand side of assignment[1]》

《proposal: Alternate to try(): 1. Call func/closure from assignment and 2. break/continue/return more than one level[2]

提案中的新代码如下：

简化写法：

新的处理思路，就是加一层(万能的软件架构处理方式)，用左侧函数来处理所有的错误。

与 Go 有关系的一员：Go+，也做出了自己的《ErrWrap expressions[3]》错误处理方案，在前面的提案中有一定的人进行了讨论，因此大家可以一起评估看看。

核心的思路是对错误处理增加了表达式的语法机制。如下：

expr! // panic if err

expr? // return if err

下面我们一个个展开介绍。

表达式 expr! 检查 valN 是否为零。如果没有，它会恐慌。对应的 Go 代码：

val1, val2, ..., valN1, valN := expr

if valN != nil {

panic(errors.NewFrame(valN, ...))

}

表达式 expr? 检查 valN 是企商汇否为 nil，如果不是，它将返回错误。对应的 Go 代码：

val1, val2, ..., valN1, valN := expr

if valN != nil {

_ret_err = errors.NewFrame(valN, ...)

return

}

表达式 expr?:defval 检查 valN 是否为 nil。如果不是，它使用 defval 作为expr的值。对应的 Go 代码：

val1, val2 := expr

if val2 != nil {

val1 = defval

}

具体的示例代码：

import (

"strconv"

)

func add(x, y string) (int, error) {

return strconv.Atoi(x)? + strconv.Atoi(y)?, nil

}

func addSafe(x, y string) int {

return strconv.Atoi(x)?:0 + strconv.Atoi(y)?:0

}

println(`add("100", "23"):`, add("100", "23")!)

sum, err := add("10", "abc")

println(`add("10", "abc"):`, sum, err)

输出结果：

add("100", "23"): 123

add("10", "abc"): 0 strconv.Atoi: parsing "abc": invalid syntax

===> errors stack:

main.add("10", "abc")

/Users/xsw/goplus/tutorial/15-ErrWrap/err_wrap.gop:6 strconv.Atoi(y)?

基于表达式进行错误处理的机制优化之余，还增加了错误堆栈的信息跟踪。

今天这篇文章中，我们针对 Go 现在 “焦头烂额” 的错误处理机制的提案进行了讨论，前有 try-catch、panic 替代等，现有左侧函数、表达式等新的思路。

你觉得这几种错误处理方式怎么样呢，可以解决不?

[1]proposal: Go 2: errors: allow function on left hand side of assignment: https://github.com/golang/go/issues/52416

[2]proposal: Alternate to try(): 1. Call func/closure from assignment and 2. break/continue/return more than one level: https://github.com/golang/go/issues/3247

[3]ErrWrap expressions: https://img.ydisp.cn/news/20220901/dju0lxx3ew3

相关文章