02|Context:请求控制器,让每个请求都在掌控之中
该思维导图由 AI 生成,仅供参考
- 深入了解
- 翻译
- 解释
- 总结
本文介绍了如何使用Context控制器来管理每个请求的超时时间。作者首先解释了在HTTP服务中,每个请求都会创建一个Goroutine进行服务处理,而超时问题往往是导致服务不可用和系统瘫痪的主要原因。为了防止雪崩效应,作者介绍了使用context标准库来控制超时的设计思路和功能。通过示例和代码解释,作者详细介绍了context标准库的设计思路和功能,包括WithCancel、WithTimeout和WithDeadline等函数的使用方法和原理。文章通过生动的比喻和图示,帮助读者理解了Context的树形结构和上下游节点的管理关系。总的来说,本文深入浅出地介绍了如何使用Context控制器来管理请求的超时时间,为读者提供了清晰的技术指导。文章还介绍了如何封装自定义的Context,提供了更强大的功能,包括获取请求、返回结果和实现标准库的Context接口。通过对request和response的封装,作者展示了如何简化控制器的代码,提高框架的易用性。整体而言,本文内容丰富,技术性强,对于需要深入了解Context控制器和自定义Context的读者具有很高的参考价值。
《手把手带你写一个 Web 框架》,新⼈⾸单¥59
全部留言(41)
- 最新
- 精选
- qinsi置顶“context作为函数的第一个参数”大概有两层意思。一是作为函数的参数传入。这个应该是针对在一个struct的多个方法中共享一个context的情况说的。因为每个方法都有可能需要创建子context,所以不应该共享而是应该显式传递。二是作为第一个参数。这个多半是一种约定。在支持可变长参数的语言中,固定参数只能出现在可变参数的前面。而作为与业务逻辑关系不大的context,出现在第一个的位置也方便也其他参数作区分。 说到与业务逻辑关系不大,个人以为显式传递context是对业务逻辑的侵入,更别提单元测试的时候还需要适当地mock掉。目前代码里请求控制和请求实现混在一起的情况后面应该会改掉吧?
作者回复: context作为第一个参数在实际工作中是非常有用的一个实践。不管我们是设计一个函数,或者设计一个结构体的方法,或者服务的时候,我们一旦养成了将第一个参数作为context的习惯,那么这个context在相互调用的时候,就会传递下去。这里会带来几个好处: 1 链路通用内容传递。context中是可以通过WithValue方法将某些字段封装在context里面,并且传递的。最常见的字段是traceId, spanId。而在日志中带上这些ID,再将日志收集起来,我们就能进行分析了。这也是我们现在比较流行的全链路分析的原理。 2 链路统一设置超时。我们在定义一个服务的时候,将第一个参数固定设置为context,则可以通过这个context进行超时设置,而这个超时设置,是由上游调用方进行设置,这样就形成了一个统一的超时设置机制。比如A设置了5s超时,自己使用了1s,传递到下游B服务的时候,设置B的context超时时长为4s。这样全链路超时传递下去,就能保持统一设置了。 是的,请求控制和请求实现混在一起的情况,后面引入middleware会改掉的。
2021-09-1523 - zhao代码里面context的封装跟gin的源代码真是像极了,对照来看,对框架的理解又加深了一些。
作者回复: 你好,是的context的封装和gin的代码很像,本质就是通过自己开发对开源的gin会有进一步理解。
2021-09-1727 - 心平气和真的很好,我读了四遍,才读懂老师代码的强大。
作者回复: 感谢
2022-06-29归属地:北京2 - 我在睡觉你好老师,这个代码运行之后,一次HTTP请求过来,ServeHTTP函数会被调用两次,请问是为什么?
作者回复: 有例子么?一个请求应该只会运行一次的,有更多信息没
2021-11-2641 - 2345文章写得很好,赞一个,比较有深度
作者回复: 感谢支持,欢迎继续参与。
2021-09-221 - 0mfg叶老师您好,把分支2 git下来尝试运行,报错如下,求指教,谢谢 # command-line-arguments .\main.go:10:2: undefined: registerRouter
作者回复: https://github.com/gohade/coredemo/blob/geekbang/02/route.go 确认下你的目录下有route.go文件么
2021-09-22121 - happy learn到底是一个请求一个goroutine还是一个连接一个goroutine,前后两篇文章说的不一致
作者回复: 01梳理思维导图的时候说,接受一个新的请求连接时,会创建一个新结构,开启一个goroutine来服务。所以这两种说法其实是一致的
2021-09-211 - 恶魔果实为什么会导致服务b和服务c的瞬时请求加大?这里不是很理解。 a请求失败,但是b,c请求是成功的呀。
作者回复: 这个例子举的确实不好。我的本意是如果a请求失败,整个上游可能有重试机制,导致其他的请求连接增加。 我这里可能换一个方式举例更好,下游超时导致上游连接数增加。已经联系编辑进行更新了。 谢谢提醒。
2021-09-181 - 怎么睡才能做这种梦看完这一章,感觉目前还没达到这个水平,难以跟进呀
作者回复: 加油,原理确实很难讲到不生涩,但是需要细看
2023-02-14归属地:湖北 - helloworld在发出取消信号的时候,是不是所有子goroutine中都得有监听ctx.Done()并主动结束goroutine的代码逻辑,才能让所有gourutine都结束,还是说,不需要这样的逻辑所有就可以实现呢
作者回复: 是需要有的,如果你的子goroutine没有监听ctx.Done主动结束自己的逻辑,是无法主动停止的
2021-11-242