给你提示一点：req.Context()

其实我觉得你爸也是两头为难：一头是你，另一头是继母。两头是否平衡，决定着家庭是否表面风平浪静。

男人再婚很大一方面是维持自己的家庭，有了孩子的女人再婚一般是为了借窝下蛋。这是自古以来都难解决的问题。继母跟着你爸爸过日子，也不可能让她毫无所图（我想这一点你心里是认可的，愿意让出一点资源给继母，用于维持爸爸和继母的关系，有问题也只是分配比例的问题）。

这种事是你的家事，外人不了解也很难调和。但从 OP 描述中，你爷爷应该对你不错。所以你可以向你爷爷，适当的说说你的心声，然后你爷爷作为中间人适当的调和你和你爸爸。尽量把资源天平向你这边倾斜。

不会，但 if o.dOne== 1 { return } 存在 data race 。

@frankkly 这个插件用的 UTC 时区吧 https://i.imgur.com/XzEYBoY.png

ugit 安装包就 356M ，莫非里面又塞了个虚幻引擎？ https://i.imgur.com/agAJ0Rd.png

这个问题在高版本中是不是已经修复了： https://go.dev/play/p/tQQi_o4N0YY

GitHub Actions 已经把 ubuntu-20.04 撤掉了，workflows 一直在 pending...

https://github.blog/changelog/2025-01-15-github-actions-ubuntu-20-runner-image-brownout-dates-and-other-breaking-changes/#ubuntu-20-image-is-closing-down

type Password string

func (p Password) MarshalText() ([]byte, error) {
return []byte("******"), nil
}

type User struct {
Name string `json:"name"`
Password Password `json:"password"`
}

u := &User{Name: "Alice", Password: "abc123456"}
json.NewEncoder(os.Stdout).Encode(u)
// output: {"name":"Alice","password":"******"}

@swananan 知乎同名，早已关注。此地偶遇，甚幸甚幸。

@owen800q buildinfo 留着是利大于弊，藏着掖着弄的好像有什么见不得人的地方一样（公开依赖项不利于宣称自主研发吗？ https://i.imgur.com/agAJ0Rd.png ）。

即便把 buildinfo 去掉，只需要简单的命令 strings ./xxx 就可以看到内部的依赖软件路径。

SBOM 清单，在安全与合规审计，软件溯源时还是很有用的，建议留着。
要说怎么去除，我也不知道 https://i.imgur.com/NIvxivj.png

@morebuff #2 你这一顿操作猛如虎，咋不用 https://gorm.io/gen/ 呢？

对此我一般都是将 for 内的函数拆分成单独的函数，例如：
for _, item := range list {
foo(item)
}

func foo(item T) {
src :=NoGCSource(item)
defer src.Close()
// TODO 业务逻辑
}

defer 是函数级的，每一个 defer 都会向函数栈上记录一个调用信息，在 for 循环里面用 defer 这会占用大量栈空间，可能导致内存压力甚至栈溢出。使用闭包函数算是将 defer 的作用域细分隔离至一个小的函数作用域内。闭包函数执行完，defer 就会立即执行。

1. 不要 x 场景用全局变量，y 场景用依赖注入，就养成个用依赖注入的习惯。
2. 依赖注入框架不一定要用什么框架。

站内大佬 @lesismal 曾向 go 官方提交过添加 Request.SetContext 方法的 issue ，被拒了。
https://github.com/golang/go/issues/48811

@KaynW #7 还有 goto https://raw.githubusercontent.com/guozhigq/emoji_storage/main/coolapk/coolapk_emotion_37_doge.png

OpenTelemetry 的官方 SDK 也是 r.WithContext(ctx) 后并没有考虑 MultipartForm.RemoveAll 。
至于这算是个 OpenTelemetry 的 BUG 还是待讨论的功能，我觉得 OP 可以给 OpenTelemetry 提一个 issue ，如何优雅的解决 MultipartForm Remove 问题。

https://github.com/open-telemetry/opentelemetry-go-contrib/blob/instrumentation/net/http/otelhttp/v0.62.0/instrumentation/net/http/otelhttp/handler.go#L179-L180

@zihuyishi #22 还确实这样，目前想到的是：在处理完业务程序后，1. 手动 RemoveAll 或者 2: req.MultipartForm = cloneReq.MultipartForm 交给 finishRequest 处理