混淆了取消的背景
本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的,希望这篇《混淆了取消的背景》对你有很大帮助!欢迎收藏,分享给更多的需要的朋友学习~
package main
import (
"context"
"fmt"
"sync"
"time"
)
func myfunc(ctx context.context) {
for {
select {
case <-ctx.done():
fmt.printf("ctx is kicking in with error:%+v\n", ctx.err())
return
default:
time.sleep(15 * time.second)
fmt.printf("i was not canceled\n")
return
}
}
}
func main() {
ctx, cancel := context.withtimeout(
context.background(),
time.duration(3*time.second))
defer cancel()
var wg sync.waitgroup
wg.add(1)
go func() {
defer wg.done()
myfunc(ctx)
}()
wg.wait()
fmt.printf("in main, ctx err is %+v\n", ctx.err())
}
我有上面的代码片段,可以像这样打印输出
I was not canceled In main, ctx err is context deadline exceeded Process finished with exit code 0
我知道 context 在 3 秒后超时,因此当我最终调用 ctx.err() 时,它确实给了我预期的错误。我还了解到,在我的 myfunc 中,一旦 select 与 default 的情况匹配,它就不会在 done 上匹配。我不明白的是,如何使用上下文逻辑使我的 go func myfunc 在 3 秒内中止。基本上,它不会在 3 秒内终止,所以我想了解 golang 的 ctx 如何帮助我解决这个问题?
解决方案
如果您想在上下文中使用超时和取消功能,那么在您的情况中需要同步处理 ctx.done() 。 p>
来自https://golang.org/pkg/context/#Context的解释
所以基本上 <-ctx.done() 将在两个条件下被调用:
- 当上下文超时超过
- 当上下文被强制取消时
当这种情况发生时,ctx.err() 将永远不会是 nil。
我们可以对错误对象进行一些检查,看看上下文是否被强制取消或超过超时。
context包提供了两个错误对象,context.deadlineexceeded和context.timeout,这两个将帮助我们确定为什么调用<-ctx.done()。
示例 #1 场景:强制取消上下文(通过 cancel())
在测试中,我们会尝试在超时之前取消上下文,以便执行 <-ctx.done() 。
ctx, cancel := context.withtimeout(
context.background(),
time.duration(3*time.second))
go func(ctx context.context) {
// simulate a process that takes 2 second to complete
time.sleep(2 * time.second)
// cancel context by force, assuming the whole process is complete
cancel()
}(ctx)
select {
case <-ctx.done():
switch ctx.err() {
case context.deadlineexceeded:
fmt.println("context timeout exceeded")
case context.canceled:
fmt.println("context cancelled by force. whole process is complete")
}
}
输出:
$ go run test.go context cancelled by force
示例 #2 场景:超出上下文超时
在这种情况下,我们使进程花费的时间比上下文超时时间长,因此理想情况下 <-ctx.done() 也将被执行。
ctx, cancel := context.withtimeout(
context.background(),
time.duration(3*time.second))
go func(ctx context.context) {
// simulate a process that takes 4 second to complete
time.sleep(4 * time.second)
// cancel context by force, assuming the whole process is complete
cancel()
}(ctx)
select {
case <-ctx.done():
switch ctx.err() {
case context.deadlineexceeded:
fmt.println("context timeout exceeded")
case context.canceled:
fmt.println("context cancelled by force. whole process is complete")
}
}
输出:
$ go run test.go context timeout exceeded
示例 #3 场景:由于发生错误而强制取消上下文
可能有一种情况,我们需要在进程中停止 goroutine,因为发生了错误。有时,我们可能需要在主例程中检索该错误对象。
为了实现这一点,我们需要一个额外的通道来将错误对象从 goroutine 传输到主例程中。
在下面的示例中,我准备了一个名为 cherr 的通道。每当(goroutine)进程中间发生错误时,我们将通过通道发送该错误对象,然后立即停止进程。
ctx, cancel := context.withtimeout(
context.background(),
time.duration(3*time.second))
cherr := make(chan error)
go func(ctx context.context) {
// ... some process ...
if err != nil {
// cancel context by force, an error occurred
cherr <- err
return
}
// ... some other process ...
// cancel context by force, assuming the whole process is complete
cancel()
}(ctx)
select {
case <-ctx.done():
switch ctx.err() {
case context.deadlineexceeded:
fmt.println("context timeout exceeded")
case context.canceled:
fmt.println("context cancelled by force. whole process is complete")
}
case err := <-cherr:
fmt.println("process fail causing by some error:", err.error())
}
其他信息 #1:在上下文初始化后立即调用 cancel()
根据 context documentation 关于 cancel() 函数的规定:
最好总是在上下文声明之后立即调用 cancel() 函数。它是否也在 goroutine 中被调用并不重要。这是为了确保当块内的整个过程完全完成时上下文始终被取消。
ctx, cancel := context.withtimeout(
context.background(),
time.duration(3*time.second))
defer cancel()
// ...
附加信息#2:goroutine 内的 defer cancel() 调用
您可以在 goroutine 中的 cancel() 语句上使用 defer(如果需要)。
// ...
go func(ctx context.Context) {
defer cancel()
// ...
}(ctx)
// ...
终于介绍完啦!小伙伴们,这篇关于《混淆了取消的背景》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识,快来关注吧!
利用弹性搜索进行文档更新
- 上一篇
- 利用弹性搜索进行文档更新
- 下一篇
- 深入探讨Discuz的阅读权限设置
-
- Golang · Go问答 | 2小时前 |
- Go plugin 在不同构建环境为何无法加载
- 418浏览 收藏
-
- Golang · Go问答 | 2小时前 |
- Go 交叉编译时找不到系统库怎么办
- 445浏览 收藏
-
- Golang · Go问答 | 2小时前 |
- Go json/v2 迁移时怎样评估兼容风险
- 384浏览 收藏
-
- Golang · Go问答 | 2小时前 | 测试 · go · Go 循环变量 go.mod t.Parallel loopvar
- Go 旧版循环变量语义升级后测试为何变化
- 266浏览 收藏
-
- Golang · Go问答 | 2小时前 |
- Go 旧版 ioutil 代码怎样迁移到 os 和 io
- 151浏览 收藏
-
- Golang · Go问答 | 2小时前 |
- Go toolchain 自动下载失败如何固定本地版本
- 103浏览 收藏
-
- Golang · Go问答 | 2小时前 |
- Go 二进制在 Alpine 中运行失败如何判断 libc 依赖
- 374浏览 收藏
-
- Golang · Go问答 | 2小时前 | go · 时区 · 时间处理 · 兼容性 · LoadLocation UTC ParseInLocation Go时区 time.Local 容器时区
- Go 程序时区在容器和本地为什么不同
- 272浏览 收藏
-
- Golang · Go问答 | 2小时前 |
- Go 日志在容器中为什么没有及时输出
- 243浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 467次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 529次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 548次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 497次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 317次使用
-
- 用Nginx反向代理部署go写的网站。
- 2023-01-17 502浏览
-
- GoLand调式动态执行代码
- 2023-01-13 502浏览
-
- Go crypto/rand.Text 的长度为什么不是固定字符数
- 2026-10-04 501浏览
-
- Go strings.ToValidUTF8 清洗日志内容的边界
- 2026-10-03 501浏览
-
- Go tls.GetCertificate 为什么收不到空 ServerName 请求
- 2026-09-27 501浏览

