context.WithCancel 通过关闭 Done() 返回的 chan struct{} 让子 goroutine 感知取消，子协程通过 select 等待该 channel 关闭即可响应。
context.WithCancel 是如何让子 goroutine 感知取消的
它不是靠“通知”，而是靠 Done() 返回的 chan struct{} 被关闭来实现信号传递。任何 goroutine 只要对这个 channel 做 select 或 ，就能立即感知到取消。
关键点在于：父 context 调用 cancel() 函数时，会关闭其内部的 done channel；所有子 context（通过 WithCancel / WithTimeout 等创建）都复用了这个 channel 或在其上层封装了 select 逻辑，因此能同步响应。
- 子 context 不会主动轮询或拉取状态，完全依赖 channel 关闭这一不可逆事件
- 多个 goroutine 同时监听同一个
ctx.Done()是安全的，channel 关闭后所有阻塞接收都会立即返回 - 不要在 goroutine 中反复调用
ctx.Done()来获取新 channel——它返回的是同一个底层 channel
为什么不能把 context 当作普通参数传给函数再启动 goroutine
常见错误是这样写：
func handle(ctx context.Context) {
go func() {
// 错误：这里 ctx 可能已在外部被 cancel，但 goroutine 没有检查
doWork()
}()
}
问题在于：goroutine 启动后，没有监听 ctx.Done()，也无法响应上游取消。即使父 context 已取消，该 goroutine 仍会继续运行，造成资源泄漏或重复执行。
立即学习“go语言免费学习笔记（深入）”；
- 正确做法是在 goroutine 内部显式监听
，并在收到信号后退出 - 如果函数本身不涉及 I/O 或阻塞操作，也要在关键循环中插入
select { case - 使用
context.WithTimeout或context.WithDeadline创建带截止时间的子 context，再传给 goroutine，比手动 sleep + 检查更可靠
WithValue 的值不会自动跨 goroutine 传播，但 key 必须是可比较的
context.WithValue 只是把键值对存进 context 结构体的 value 字段，并不触发任何广播或复制机制。它的“传播”完全依赖你是否把新 context 实参传给了下一个函数或 goroutine。
无论从何种情形出发，在目前校长负责制的制度安排下，中小学校长作为学校的领导者、管理者和教育者，其管理水平对于学校发展的重要性都是不言而喻的。从这个角度看，建立科学的校长绩效评价体系以及拥有相对应的评估手段和工具，有利于教育行政机关针对校长的管理实践全过程及其结果进行测定与衡量，做出价值判断和评估，从而有利于强化学校教学管理，提升教学质量，并衍生带来校长转变管理观念，提升自身综合管理素质。
也就是说：值不会自己飞过去，是你手动传过去的；但如果传错了（比如传了原始 context 而非 WithValue 后的新 context），下游就拿不到。
-
key类型必须支持==比较（如string、int、指针、结构体字段全可比较），否则ctx.Value(key)总是返回nil - 避免用
string字面量当 key（如"user_id"），容易拼错；推荐定义为未导出的私有类型变量，例如type ctxKey string; var userIDKey ctxKey = "user_id" - 不要用
WithValue传业务参数，只用于传递请求生命周期内的元数据（如 traceID、用户身份、日志字段）
HTTP server 中 context 何时被 cancel？哪些场景会提前关闭
Go 的 http.Server 默认为每个请求生成一个 context.Background() 的衍生 context，并在以下任一情况发生时调用 cancel()：
- 客户端主动断开连接（如浏览器关闭标签页、curl 被 Ctrl+C 中断）
- 请求体读取超时（
ReadTimeout）或头部解析失败 - Handler 执行超过
WriteTimeout（注意：这是从写响应头开始计时，不是 handler 入口） - 使用
Request.WithContext显式替换了 context，且该 context 被 cancel
特别注意：http.Request.Context() 返回的 context 在 handler 返回后即失效，不能再用于启动后台 goroutine —— 那些 goroutine 很可能在 response 写完后才运行，此时 context 已关闭，ctx.Err() 会是 context.Canceled 或 context.DeadlineExceeded。
如果确实需要异步处理，应派生新的 context（如 context.WithoutCancel(parentCtx) 或用 background），并自行管理生命周期。
