最近工作中常用到golang,学习了下golang的rpc框架，目前比较流行的有
1.rpcx(http://rpcx.site/) 类似dubbo,不用定义protobuf文件 客户端支持跨语言
2.go-micro(https://github.com/micro/go-micro) 没有啥优点
3.gRpc（https://github.com/grpc/grpc-go）跨语言，需要二次开发服务注册发现
现在开发一般都是服务化的口号，把一个大的服务拆分成N个独立的小服务，划分领域职责，XX领域驱动设计就不多展开说了（主要我不懂????），服务拆分之后就会带来一个很基础的问题：调用链追踪，这个对于追踪问题和服务优化会有很大的帮助。
开始正题，使用rpcx作为golang的rpcx框架，需要跟zipkin结合，把调用链记录下来，开始的时候很看到传参会有context，想想这个不就容易了吗，client端在调用时直接把opentracing中的span信息扔进去，server端再取出来，继续传递上报不就行了，写完demo的程序发现传递不过去，debug发现rpcx在处理的时候 context传递的key为share.ReqMetaDataKey（"__req_metadata"）,value 为map[string]string类型，自定义的值会被覆盖。也就是传递的opentracing的值实际是没有传过去，这个时候就想到的是复用rpcx的share.ReqMetaDataKey，通过map传递span的信息，server端再反解析出来，可惜map是的value是string类型的（心中默默念他大爷的），另辟蹊径在学习opentracing的库的时候看到，opentracing的可以使用两种载体传递span信息，HTTPHeadersCarrier和TextMapCarrier, 知道了这个点，就又回到复用share.ReqMetaDataKey上，解决的思路是在client端把span的信息放到map中，server端再取出来，下边上代码。
github地址：封装的一个函数 rpcx-plugins 对应的demo程序 LearnRpcx
具体的代码可以去看源码，写的不好的地方多提意见，希望和大家一起成长，微信号123888994
有疑问加站长微信联系（非本文作者）
