• qinsi
    置顶
    2021-09-15
    “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会改掉的。

    
    23
  • zhao
    2021-09-17
    代码里面context的封装跟gin的源代码真是像极了,对照来看,对框架的理解又加深了一些。

    作者回复: 你好,是的context的封装和gin的代码很像,本质就是通过自己开发对开源的gin会有进一步理解。

    共 2 条评论
    7
  • 首思
    2022-06-29 来自北京
    真的很好,我读了四遍,才读懂老师代码的强大。

    作者回复: 感谢

    
    2
  • 我在睡觉
    2021-11-26
    你好老师,这个代码运行之后,一次HTTP请求过来,ServeHTTP函数会被调用两次,请问是为什么?

    作者回复: 有例子么?一个请求应该只会运行一次的,有更多信息没

    共 4 条评论
    1
  • 2345
    2021-09-22
    文章写得很好,赞一个,比较有深度

    作者回复: 感谢支持,欢迎继续参与。

    
    1
  • 0mfg
    2021-09-22
    叶老师您好,把分支2 git下来尝试运行,报错如下,求指教,谢谢 # command-line-arguments .\main.go:10:2: undefined: registerRouter

    作者回复: https://github.com/gohade/coredemo/blob/geekbang/02/route.go 确认下你的目录下有route.go文件么

    共 11 条评论
    1
  • happy learn
    2021-09-21
    到底是一个请求一个goroutine还是一个连接一个goroutine,前后两篇文章说的不一致

    作者回复: 01梳理思维导图的时候说,接受一个新的请求连接时,会创建一个新结构,开启一个goroutine来服务。所以这两种说法其实是一致的

    
    1
  • 恶魔果实
    2021-09-18
    为什么会导致服务b和服务c的瞬时请求加大?这里不是很理解。 a请求失败,但是b,c请求是成功的呀。

    作者回复: 这个例子举的确实不好。我的本意是如果a请求失败,整个上游可能有重试机制,导致其他的请求连接增加。 我这里可能换一个方式举例更好,下游超时导致上游连接数增加。已经联系编辑进行更新了。 谢谢提醒。

    
    1
  • 怎么睡才能做这种梦
    2023-02-14 来自湖北
    看完这一章,感觉目前还没达到这个水平,难以跟进呀

    作者回复: 加油,原理确实很难讲到不生涩,但是需要细看

    
    
  • helloworld
    2021-11-24
    在发出取消信号的时候,是不是所有子goroutine中都得有监听ctx.Done()并主动结束goroutine的代码逻辑,才能让所有gourutine都结束,还是说,不需要这样的逻辑所有就可以实现呢

    作者回复: 是需要有的,如果你的子goroutine没有监听ctx.Done主动结束自己的逻辑,是无法主动停止的

    共 2 条评论
    