作者回复: context作为第一个参数在实际工作中是非常有用的一个实践。不管我们是设计一个函数,或者设计一个结构体的方法,或者服务的时候,我们一旦养成了将第一个参数作为context的习惯,那么这个context在相互调用的时候,就会传递下去。这里会带来几个好处: 1 链路通用内容传递。context中是可以通过WithValue方法将某些字段封装在context里面,并且传递的。最常见的字段是traceId, spanId。而在日志中带上这些ID,再将日志收集起来,我们就能进行分析了。这也是我们现在比较流行的全链路分析的原理。 2 链路统一设置超时。我们在定义一个服务的时候,将第一个参数固定设置为context,则可以通过这个context进行超时设置,而这个超时设置,是由上游调用方进行设置,这样就形成了一个统一的超时设置机制。比如A设置了5s超时,自己使用了1s,传递到下游B服务的时候,设置B的context超时时长为4s。这样全链路超时传递下去,就能保持统一设置了。 是的,请求控制和请求实现混在一起的情况,后面引入middleware会改掉的。
作者回复: 你好,是的context的封装和gin的代码很像,本质就是通过自己开发对开源的gin会有进一步理解。
作者回复: 感谢
作者回复: 有例子么?一个请求应该只会运行一次的,有更多信息没
作者回复: 感谢支持,欢迎继续参与。
作者回复: https://github.com/gohade/coredemo/blob/geekbang/02/route.go 确认下你的目录下有route.go文件么
作者回复: 01梳理思维导图的时候说,接受一个新的请求连接时,会创建一个新结构,开启一个goroutine来服务。所以这两种说法其实是一致的
作者回复: 这个例子举的确实不好。我的本意是如果a请求失败,整个上游可能有重试机制,导致其他的请求连接增加。 我这里可能换一个方式举例更好,下游超时导致上游连接数增加。已经联系编辑进行更新了。 谢谢提醒。
作者回复: 加油,原理确实很难讲到不生涩,但是需要细看
作者回复: 是需要有的,如果你的子goroutine没有监听ctx.Done主动结束自己的逻辑,是无法主动停止的