Go问答技术文章
-
Golang · Go问答 | 2天前 | 单元测试 · 错误处理 · go · Go testing.T Cleanup失败 Go t.Cleanup错误处理 Go测试清理函数继续执行 Go测试失败不终止 Go测试资源释放排查
t.Cleanup 是测试结束阶段的清理回调，失败只会影响测试结果或当前清理函数，不会回到注册点打断已经继续执行的测试体。本文按执行时机、失败标记和清理顺序拆解排查方法。267 收藏 -
Go race 报告没有栈信息时，先区分没有触发竞态、历史栈恢复失败和日志截断，再用 go test 的 -run、-count、-cpu 与 GORACE 的 history_size、log_path 提高复现和定位效率。156 收藏 -
Go trace 的 scheduler latency 与 CPU profile 统计对象不同。本文用同一段负载采集两份画像，解释如何区分调度排队、CPU 热点和阻塞等待，并给出复采检查清单。460 收藏 -
从 Go pprof goroutine profile 的等待状态和栈顶函数入手，区分通道、锁、网络、定时器与可运行协程，并说明何时切换到 block、mutex profile 或 trace。330 收藏 -
Go finalizer 不是对象销毁通知。短命对象可能仍可达、回调尚未执行、属于零大小或 tiny 批分配、存在引用环，或者进程已退出。本文给出判断边界、KeepAlive 用法和更稳妥的资源释放选择。456 收藏 -
Go pprof 的 alloc_space 看累计分配，inuse_space 看最近一次 GC 后仍存活的内存。同一调用栈排名相反并不矛盾，关键是先确认对象生命周期，再用两个视图交叉判断。211 收藏 -
Go GC pacer 变慢不一定是内存泄漏：用 gctrace、运行时指标和 CPU profile 对照回收后存活堆与 GC 工作量，区分堆增长和 CPU 压力，再决定改分配路径还是调参数。161 收藏 -
runtime.KeepAlive 不是“调用前保活”开关，而是把对象的可达性保证到它所在的位置。本文用系统调用示例说明放错位置为何仍可能提前回收，以及如何把保护边界放在真正的调用之后。270 收藏 -
unsafe.SliceData 对空切片的结果取决于 nil 和 cap：nil 返回 nil，cap 为 0 的非 nil 空切片返回不确定地址，不能直接解引用；cap 大于 0 时才有首个 backing array 元素可谈。222 收藏 -
解释 Go 中 unsafe.Pointer 与 uintptr 的生命周期差异，说明为什么地址整数不能长期保存，并给出受限偏移、真实指针、索引和检查工具的可执行判断方法。330 收藏 -
Go 的 C 回调不能直接把函数值当作 C 函数指针传递。本文用导出函数、C 网关和 runtime/cgo.Handle 说明如何保持回调引用，并按同步、异步和并发注销场景判断安全释放时机。301 收藏 -
解释 Go runtime/cgo.Handle 删除后的有效性边界：C 端继续回传旧句柄时，Go 侧 Value 会触发 panic，并给出回调停止、所有权交接和重复释放的处理方式。345 收藏 -
cgo 返回的 C 指针并非一律不能保存到 Go。本文区分 Go pointer 与 C pointer，说明 unsafe.Pointer 的持有边界、C.free 释放责任，以及 cgocheck 报错的排查方法。334 收藏 -
Go 的 LookupHost 与 Resolver.LookupIP 都能查域名地址，但前者返回字符串且不接收地址族参数，后者通过 ip、ip4、ip6 显式筛选并返回 []IP。本文用同一组调用拆开结果差异、解析器环境和生产选型。176 收藏 -
Go TLS 按 IP 校验证书失败时，关键不是继续改 CommonName，而是读取证书的 IPAddresses SAN。本文用一段最小 Go 代码定位缺失、错配和校验输入问题。453 收藏