golang context 称呼的一个想法

本文讨论了Go语言中context的概念,指出它并非传统意义上的上下文,而是作为参数传递的线索,强调了术语翻译的局限性和更新必要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在golang里面 context贯穿全文的线索,也可以说是 承上启下的关键词 , 而不是包含完整语境的上下文。

声明

本文不谈技术,纯聊一些想法。

一、无题

golang 中的 context 现在比较常用,现在大家通常都称呼 上下文 (包括市面上的书籍),不过直接按照字面意思喊 上下文 的话总感觉很别扭,也对理解 context 增加了障碍。

上学以来接触的都是 结合上下文分析 这种说法和用法,这里的上下文是 上文和下文 的总称(也可以叫语境,但略有不通)。

二、情景再现:

“给我递个苹果” 这种说法很合理,就是让别人给你拿个苹果;“告诉我上下文” 这种说法也没什么问题,就是让别人 把某句话的上文和下文告诉你

但你如果只跟别人要通篇都出现的一句话,却管这个叫 上下文 ,这就很不合理。

三、再说 context

现在我们再看 Golang 里面的 context

  • 它作为参数传递,可以传递多次
  • 它的内容只有 value
  • 除去 value,它能传递的信息十分有限

我们即不能从 context 知道函数外有什么、做了什么,也不能通过 context 知道它传递到另一个函数以后有什么变动、做了什么, 凭什么跟它叫上下文?凭什么?!

四、终

在golang里面 context贯穿全文的线索,也可以说是 承上启下的关键词 , 而不是包含完整语境的上下文。

所以 上下文 不合理,只是直译,也只是 第一批使用go的人偷奸耍滑的叫法,至于具体原因(知识有限、随大流、纯懒)就不得而知了。

建议这里可以改称 线索,哪怕是 过渡字 也比 上下文 好。

我猜有人会想:词典上 context 这个词就是这么翻译的。

你不妨多想一步:词典上的翻译是天生的吗?可不是天上啪(pia)叽(ji)掉下来一本词典,然后老天爷告诉中国人按照这个用的!

都是先辈们结合语境(敲重点,这里才是真正的上下文)总结出来的 映射表,我们作为后代,有责任本着认证、负责的更新这个表,而不是抱着一个表用一辈子。

难道还想像大清一样吗?

### GolangContext 的使用教程 #### 创建和传递 `context.Context` `Context` 是 Go 语言中用于在 goroutine 之间传递请求范围的数据、取消信号和其他内容的标准方式。创建一个新的上下文通常通过调用 `context.Background()` 或者 `context.TODO()` 来实现[^1]。 当需要向现有上下文中添加截止时间、超时或者键值对的时候,可以利用如下函数: - `WithCancel`: 返回带有取消功能的新子上下文; - `WithValue`: 向父级上下文中加入键值对; - `WithDeadline`: 设置绝对结束期限; - `WithTimeout`: 基于当前时间设置相对过期时间; ```go ctx, cancel := context.WithTimeout(context.Background(), time.Second*5) defer cancel() ``` 上述代码片段展示了如何基于背景上下文创建一个具有五秒超时期限的新上下文实例,并立即安排其释放资源的操作[^2]。 #### 取消操作与监听取消事件 为了能够响应取消指令,在启动新的 Goroutines 执行任务之前应该总是先获取到对应的上下文对象以及它的取消方法。一旦不再需要该协程继续运行,则应尽早调用此取消回调来通知其他依赖于此上下文的任务停止工作并清理现场[^3]。 ```go select { case <-time.After(1 * time.Minute): fmt.Println("Operation completed.") case <-ctx.Done(): fmt.Printf("Operation was cancelled or timed out: %v\n", ctx.Err()) } ``` 这段程序会等待一分钟完成某项耗时较长的工作,但如果在此之前关联的上下文被标记为已完成(无论是因为达到了设定的时间限制还是显式地触发了取消),它就会提前退出循环体执行后续逻辑处理[^4]。 #### 错误处理模式 对于由 `Done()` 方法返回通道所携带的信息而言,一般情况下只会有三种可能的结果——正常关闭、由于超时而终止或者是收到外部发出的手动取消命令。因此可以通过检查错误的具体类型来进行相应的异常恢复措施[^5]。 ```go if err != nil && errors.Is(err, context.Canceled) { log.Fatal("Request canceled by the user") } else if err != nil && errors.Is(err, context.DeadlineExceeded){ log.Fatal("Request processing took too long and has been terminated") } ``` 以上示例演示了怎样区分不同类型的取消原因以便采取恰当的动作回应这些状况的发生[^6]。 #### 实际应用场景举例 考虑这样一个场景:构建 RESTful API 接口服务端应用时经常遇到并发请求的情况,此时就可以借助 `net/http` 包内置的支持机制自动将 HTTP 请求映射成合适的上下文结构供内部业务层组件消费使用[^7]。 ```go func handler(w http.ResponseWriter, r *http.Request) { // Extract context from incoming request. ctx := r.Context() select { case <-time.After(time.Duration(rand.Intn(5)) * time.Second): w.WriteHeader(http.StatusOK) _, _ = io.WriteString(w, "Hello!\n") case <-ctx.Done(): w.WriteHeader(http.StatusServiceUnavailable) _, _ = io.WriteString(w, "Sorry, can't serve your request now.\n") } } ``` 这里定义了一个简单的HTTP处理器函数,它会在随机延迟一段时间之后给客户端发送问候消息,不过如果期间收到了来自上游服务器转发过来的中断指示则改为告知对方暂时无法提供服务[^8]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值