必须使用 context.withtimeout 而非 time.after + select，因后者无法主动取消运行中的 goroutine；context 提供协作式取消机制，要求计算函数显式接收并响应 ctx.done() 或 ctx.err()。
超时函数必须用 context.WithTimeout，不是 time.After + select 简单拼凑
直接用 time.After 和 select 写超时逻辑，看似简洁，但无法主动取消正在运行的计算任务——比如 goroutine 已启动但还没返回，超时后它还在跑，资源泄漏风险高。真正可控的方案是靠 context.Context 传递取消信号，让计算函数自己响应中断。
关键点在于：超时控制和计算逻辑必须耦合在同一个 context 生命周期里，而不是靠外部 timer 触发“硬杀”。Go 没有强制终止 goroutine 的机制，只能靠协作式退出。
-
context.WithTimeout返回的ctx和cancel是一对，cancel()调用后，ctx.Done()会立即可读，且ctx.Err()返回context.DeadlineExceeded - 计算函数内部需定期检查
ctx.Err() != nil或用select监听ctx.Done()，尤其在循环、IO、或长耗时步骤前后 - 不要在超时分支里调用
cancel()——WithTimeout已内置定时器，到点自动调用；手动调用反而可能重复 cancel，触发 panic
计算函数必须显式支持 context.Context 参数
如果你封装的是一个通用计算函数（比如数值积分、字符串解析、HTTP 请求处理），它本身不接收 ctx，那再外面套一层 select 也没法中断它。必须从函数签名开始就支持上下文。
例如，一个模拟耗时计算的函数：
func heavyComputation(ctx context.Context, n int) (int, error) {
result := 0
for i := 0; i
- 每次循环前用
select非阻塞检查ctx.Done()，避免卡死 - 如果计算中包含阻塞调用（如
http.Client.Do、sql.Rows.Next），确保它们本身接受ctx并能响应取消（比如用http.NewRequestWithContext） - 不要把
ctx存成全局或长期持有——它是一次性的，超时后不可复用
select + timer 适合简单非阻塞场景，但别用来“取消 goroutine”
如果你只是想等某个值，或者做一次性延迟判断（比如重试间隔、心跳超时），select 配 time.After 完全够用。但它不能替代 context 取消机制。
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
典型误用：
done := make(chan int)
go func() {
done <p>这段代码的问题是：<code>expensiveCalc()</code> 还在后台跑着，<code>done</code> channel 没人收，goroutine 泄漏。它只“放弃等待”，没“停止计算”。</p>
- 这种写法只适用于计算本身无副作用、不占资源、且你不在乎它是否继续执行的场景
- 若计算涉及内存分配、文件句柄、数据库连接等，必须用
context驱动其主动退出 -
time.After创建的 timer 不会自动 GC，大量短超时可能堆积，建议用time.NewTimer+Stop()控制生命周期（不过 context 方案已帮你管好了）
超时误差和系统负载会影响实际截止时间
Go 的 timer 不是实时调度器，context.WithTimeout 的精度受 GPM 调度、GC 暂停、以及系统负载影响。实测中，50ms 超时可能偏差 ±10ms；100ms 以上通常较稳定。
- 不要依赖超时时间做精确计时，比如音视频同步、高频交易类逻辑
- 若需更高精度，考虑 OS-level timer（如
clock_gettime(CLOCK_MONOTONIC)封装），但 Go 标准库不暴露该能力 - 高并发下大量
context.WithTimeout会创建很多 timer 实例，注意监控runtime.NumGoroutine()和runtime.ReadMemStats中的 timer 相关字段
最常被忽略的一点：超时不是“给函数加个保险”，而是整个调用链都要适配 context。从 HTTP handler 到 DB query 再到你的计算函数，任意一环没传 ctx 或没检查 Done，超时就形同虚设。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
