golang 的 defer 真是个好设计

[afxcn]

我们开发的时候使用了 sync.Pool ，所以需要考虑资源释放问题。

例如下面这样一段代码：

// bearerAuth is a function that performs bearer token authentication and authorization based on the provided access token and values.
func bearerAuth(c *web.Ctx, vals ...int64) error {

	accessToken := c.BearerToken()

	if accessToken == "" {
		return web.ErrUnauthorized
	}

	cat, err := proxy.GetAuthByAccessToken(accessToken)

	if err != nil {
		return err
	}

	c.Init(cat.UserID, cat.UserRight)

	if !utils.CheckVals(cat.UserRight, vals...) {
		cat.Release()
		return web.ErrForbidden
	}

	cat.Release()

	return nil
}

我们得在所有退出路径上调用 cat.Release()，有了 defer ，我们只需要这样就解决问题了

func bearerAuth(c *web.Ctx, vals ...int64) error {

	accessToken := c.BearerToken()

	if accessToken == "" {
		return web.ErrUnauthorized
	}

	cat, err := proxy.GetAuthByAccessToken(accessToken)

	if err != nil {
		return err
	}

	defer cat.Release()

	c.Init(cat.UserID, cat.UserRight)

	if !utils.CheckVals(cat.UserRight, vals...) {
		return web.ErrForbidden
	}

	return nil
}

如果是自己建对象，就更方便了：

user := model.CreateUser() defer user.Release()

[kxct]

其他语言的析构函数了解下

[guoziyan]

RAII 了解下

[aababc]

感觉 python 的 with 更方便，也更容易理解

[idealhs]

using

[ResidualSoils]

C#什么时候能有这东西，using 太怪异了

[fenfire]

想问下大佬，如果我用 defer 去关闭 redis 的连接，但是中间出异常了会不会导致到不了 defer 那一步，连接没关闭？

[Chad0000]

@ResidualSoils #5
其实不加花括号的 Using 也算得上跟它差不多的写法

[imherer]

@fenfire 直接在初始化链接成功后面紧接 defer 关闭就好了

[masterclock]

defer 简直就是傻子吧
忽略过去所有的成果，硬是要来点 exotic 玩意儿，有提升没问题，问题是没提升啊

[tsanie]

@ResidualSoils #5
defer 其实就相当于 try{}finally{}，using 其实也是 try{}finally{}的糖

[vimiix]

@fenfire 不会，即使后续逻辑 panic ，defer 也会被调用到

[inhzus]

有些时候还是好用的。于是 C++ 有了 scope_exit ，C 23 也引入了 defer 关键字

[weeei]

@inhzus C++ 的 scope_exit 还在 <experimental/scope>，进展太慢了。

[seth19960929]

@kxct #1 两个概念不一样

[dnfQzjPBXtWmML]

当初写 c 的时候总想着怎么搞个 c 版的 defer

[Ericcccccccc]

看了下第二段代码，藏一个 defer 不是好设计

java 那种 try release 的写法我感觉挺好

[hez2010]

那你是没有遇到 go 的 defer 在作用域上的坑，比如这段代码：
package main

import "fmt"

func main() {
for i := 0; i < 5; i++ {
defer foo()
fmt.Println(i)
}
}

func foo() {
fmt.Println("foo")
}
会输出
0 1 2 3 4 foo foo foo foo foo ，而不是 0 foo 1 foo 2 foo 3 foo 4 foo

而别的语言的无论是 RAII 还是 try-finally 还是 using ，作用域都是显然的，会在当前 scope 结束的时候被调用。
这也就导致你没法直接用 go 的 defer 来做退出锁之类的操作，因为全都被 go 给你放到函数最后去了。

[0Z03ry75kWg9m0XS]

@hez2010 想说点啥也不知道从哪说起，祝您今天开心

[CEBBCAT]

@hez2010 #16

https://go.dev/ref/spec#Defer_statements 提到:
> A "defer" statement invokes a function whose execution is deferred to the moment the surrounding function returns, either...

defer 是针对当前函数的，for 中的 defer 会在 for 所在的函数结束后逆序逐个执行，如果需要，可以使用匿名函数将目标 scope 明确包裹，只用两行：
https://go.dev/play/p/7YwquKzmFDd

我觉得这个不能完全算是“坑”吧

[iOCZS]

Swift 、Python：嘿黑，我们也有