Go问答技术文章
-
Golang · Go问答 | 6天前 | 解析器 · go · 排查 · DNS · 网络 · net.Resolver LookupHost PreferGo Go DNS StrictErrors
Go net.Resolver.PreferGo 改变域名解析结果时，先区分 Go 内置解析器与系统解析器，再检查 DNS 配置、A/AAAA 部分结果和 context 超时，避免把解析路径差异误判成 DNS 故障。166 收藏 -
Go HTTP 请求已经超时，但服务端日志还在继续时，先分清客户端、请求上下文和服务端 deadline 三个边界，再检查下游是否真正收到 ctx，最后用 Err 与 Cause 记录责任归属。465 收藏 -
Go 中 context.Err 只能说明上下文因取消还是 deadline 结束，不能代替下游函数自己的 error。本文用 WithCancelCause、Cause 和错误映射示例，拆开判断上游取消、超时与下游失败。398 收藏 -
context.Cause 在取消发生前返回 nil。本文用 WithCancelCause 和 WithTimeoutCause 说明读取时机、Err 与 Cause 的区别，以及下游错误映射边界。456 收藏 -
Go Transport 参数调大后延迟不一定下降。本文从 Client 生命周期、空闲连接与并发上限、Response.Body 关闭和可观测信号四个方面排查原因。407 收藏 -
Go 的 http.Client 内部依赖 Transport 的连接缓存。本文用一个可复用请求示例说明 Client 生命周期、Response.Body 关闭和连接复用的关系。236 收藏 -
Go HTTP Client 连接不复用时，先用可观测的 Body 包装器确认 Close，再用 httptrace 判断连接是否进入复用池，并检查 Client 与 Transport 的生命周期。311 收藏 -
Go 并发代码里，atomic.Pointer[T] 适合发布一个可整体替换的指针，sync.Mutex 适合保护多个字段组成的不变量。本文按读写模式、对齐和混用风险给出选择方法。337 收藏 -
atomic.Value 先保存 int 后保存 string 为什么会 panic？本文解释 any 背后的动态具体类型，并用固定 Snapshot 外层结构安全承载多种业务数据。494 收藏 -
把 atomic.Int64 放进结构体时，优先让类型承担 64 位对齐，并配合不复制、统一原子读写和 32 位构建检查，避免裸 int64 的未对齐访问风险。428 收藏 -
Go 测试中不要直接清空或复制已使用的 sync.Once。本文解释初始化、panic、并发和复制边界，并给出用实例工厂实现测试隔离的写法。384 收藏 -
Go sync.Once 卡住时，先从初始化 goroutine 的栈确认阻塞资源，再排除重入、锁闭环和无界外部 I/O；需要重试时使用显式状态或新的拥有者，不要直接清零 Once。199 收藏 -
sync.Once 的初始化函数 panic 后不会自动重试。本文解释 Do 的完成语义、recover 的正确位置、OnceFunc 的差异，以及需要重试时的替代设计。428 收藏 -
Go 结构体同时保存 map 和 sync.Mutex 时，值接收者会复制锁而不是复制同一把锁。本文说明 map 与 mutex 的复制差异，并给出指针接收者、Mutex/RWMutex 选择和竞态排查方法。199 收藏 -
Go vet 提示复制锁时，通常应把包含 sync.Mutex 的方法从值接收者改成指针接收者，而不是把锁改成指针字段。本文说明值接收者的隐式复制、接口方法集和无锁快照的正确边界。144 收藏