dongmin3754 2018-06-13 06:20
浏览 181


The process is like this: for each incoming HTTP request, I have an early common handler which will create the context for the request, also there are some other common handlers which will do some pre-processing/parsing operations then put some data in the context for future usages, eventually will call one downstream grpc API.

Now I cannot make my mind on this:

  1. I just simply pass the context created by the early common handler to the grpc API call, the concern is the downstream API doesn't need those data previously I put in the context, so I plan to use the WithValue(parent Context, key, val interface{}) Context API to set them all to nil before making the grpc call;

  2. I create a totally new context outgoingCtx := metadata.NewOutgoingContext(context.Background(), md), then upon the early context ctx.Done() I called the Cancel() on this outgoingCtx;

Which option is better, or it doesn't really make any difference, even for very high concurrency case?

  • 写回答

1条回答 默认 最新

  • dousha1831 2018-06-13 07:55

    Context values are not transported across network boundaries. It's not possible since there is no way to get a list of all values from a context without knowing all the keys.

    What is transported is the cancelation signal. That is, if the client of your service gives up before an RPC completes, upstream services can stop their work as well. Whether or not that is desired is a case-by-case decision: you may not want to cancel sending email after registration has already completed, but it's usually totaly fine to cancel read-only operations.

    本回答被题主选为最佳回答 , 对您是否有帮助呢?



  • ¥66 定制开发肯德基自动化网站下单软件
  • ¥20 vscode虚拟环境依赖包未安装
  • ¥15 odoo17关于owl开发js代码问题
  • ¥15 光纤中多普勒频移公式的推导
  • ¥15 怎么制作一个人脸识别门禁系统
  • ¥20 大华dss监控平台网络关闭登不进去
  • ¥15 请使用蚁群算法解决下列问题,并给出我完整的代码
  • ¥20 关于php录入完成后,批量更新数据库
  • ¥15 请教往复密封润滑问题
  • ¥15 cocos creator发布ios包