Go问答
已收录文章：102篇
-
复用 Go 的 time.Timer 时，Stop 和 Reset 的行为会受到 Go 版本、定时器是否已经到期以及是否存在并发接收的影响。本文用一个超时重试场景拆开旧版本排空规则、Go 1.23 的同步定时器语义和可验证的停机边界。236 收藏
-
Go 的 io/fs.WalkDir 适合做跨目录扫描，但权限错误、符号链接和大目录中断都不能靠默认行为猜测。本文用一个可运行的扫描器说明 fs.ValidPath、fs.SkipDir、context.Context 与错误记录如何配合。236 收藏
-
Go 程序明明调用了 Write，退出后日志文件却少了最后几行，常见原因不是字符串没生成，而是 bufio.Writer 仍留在用户态缓冲区，或 Flush、Close 的错误没有被检查。本文用一个退出前丢日志的场景，拆开缓冲写入、defer 执行时机、Flush 与 Sync 的边界，并给出可复测的收尾写法。496 收藏
-
自定义 http.RoundTripper 做重试时，真正容易出错的不是循环次数，而是请求体能否重放、方法是否幂等以及错误如何返回。本文用一个可运行的重试 Transport 拆开这三个边界。457 收藏
-
Go 的 map 不能用 == 比较内容，只有和 nil 比较才合法。本文从可比较类型规则出发，拆解 len、reflect.DeepEqual 与排序后序列化三种校验方式的边界，并给出测试和生产代码中的选择建议。369 收藏
-
Go 泛型 API 不必先把参数塞进 interface{} 再做类型断言。comparable 负责可比较类型，~T 负责接收底层类型相同的自定义类型；约束只写调用方和函数体真正需要的能力，API 才不会被过度收窄。173 收藏
-
Go 定时任务最容易被忽略的问题不是如何按时触发，而是上一次还没结束时下一次又开始。本文用 context、超时和退出确认设计一个不会重叠执行的任务循环，并说明失败、取消和告警怎么收口。440 收藏
-
slices.Clone 能复制 Go 切片，但它解决的是底层数组共享，不等于深拷贝或并发安全。本文用容量边界、append 行为和嵌套引用三个检查点说明该怎么选。371 收藏
-
Golang · Go问答 | 1个月前 | 并发 · golang · 错误处理 · Context · Go问答 · Go 错误处理 Go问答 context.WithCancelCause context.Cause context.ErrGo 并发任务被取消时，ctx.Err() 只能告诉你是取消还是超时，context.Cause(ctx) 才能保留业务失败原因。本文用一个可运行的任务链说明 Cause、Err、errors.Is 和错误包装各自负责什么。263 收藏
-
Go 的 time.Timer 不是改一个时间数字那么简单：Reset 前要先处理已经到达的旧事件，重置后还要保证只有一条超时路径能结束本次等待。本文用可复现的请求超时流程说明 Reset、Stop、通道读取和 context 的边界。291 收藏
-
把 time.After 放进高频循环，短时间内不断创建定时器，任务退出时还可能留下难以观察的等待路径。本文从一个轮询超时场景出发，拆解定时器创建、触发、退出和验证边界，并给出可回收的 time.NewTimer 写法。179 收藏
-
sync.Once 只保证初始化逻辑最多执行一次，失败也不会自动重试。通过区分一次性成功初始化、可重试初始化和启动失败退出，避免把错误状态永久缓存进服务进程。133 收藏