關(guān)于go-micro與其它gRPC框架之間的通信問題及解決方法
在之前的文章中分別介紹了使用gRPC官方插件和go-micro插件開發(fā)gRPC應(yīng)用程序的方式,都能正常走通。不過當(dāng)兩者混合使用的時候,互相訪問就成了問題。比如使用go-micro插件生成的gRPC客戶端訪問基于gRPC官方插件創(chuàng)建的服務(wù)端時就會出現(xiàn)如下錯誤:
{"id":"go.micro.client","code":501,"status":"Not Implemented"}
經(jīng)過一番探索,發(fā)現(xiàn)是因為go-micro的插件生成代碼時丟棄了proto定義中的package,客戶端API和服務(wù)端API都沒有使用這個package,所以它自己也能邏輯自洽,但是和其它框架或者語言的gRPC服務(wù)通信時就出現(xiàn)問題了。
這里以 hello.proto 為例:
syntax = "proto3"; option go_package="/proto"; package Business; service Hello { rpc Say (SayRequest) returns (SayResponse); } message SayResponse { string Message = 1; message SayRequest { string Name = 1;
對于客戶端代理,protoc-gen-go-grpc生成的是:
err := c.cc.Invoke(ctx, "/Business.Hello/Say", in, out, opts...)
protoc-gen-micro生成的是:
req := c.c.NewRequest(c.name, "Hello.Say", in)
可以明顯看到,go-micro生成的gRPC method中缺少package。當(dāng)然這個method的風(fēng)格也有些差異,不過這個不是問題,因為go-micro還會它進行一些格式化處理,格式化代碼在grpc插件中。
plugins/client/grpc/request.go :
func methodToGRPC(service, method string) string { // no method or already grpc method if len(method) == 0 || method[0] == '/' { return method } // assume method is Foo.Bar mParts := strings.Split(method, ".") if len(mParts) != 2 { if len(service) == 0 { return fmt.Sprintf("/%s/%s", mParts[0], mParts[1]) // return /pkg.Foo/Bar return fmt.Sprintf("/%s.%s/%s", service, mParts[0], mParts[1]) }
可以看到go-micro直接把服務(wù)名稱作為了package名稱,這兩者不能等同,不相同時就會出現(xiàn)問題。
網(wǎng)上也沒有人提過這個問題,可能混合使用的人不多吧。于是我研究了一下 go-micro 的源碼,因為是生成的代碼中缺少信息,所以要解決這個問題還是得從protoc-gen-micro入手。
注意這里使用的是go-micro v4版本,其它版本未跟進。
客戶端改造
針對客戶端問題,我做了如下一些修改:
在生成客戶端method時加上package,并直接生成gRPC風(fēng)格method(go-micro內(nèi)部其實支持這種風(fēng)格),修改文件:cmd/protoc-gen-micro/plugin/micro/micro.go
func (g *micro) generateClientMethod(pkg, reqServ, servName, serviceDescVar string, method *pb.MethodDescriptorProto, descExpr string) { reqMethod := fmt.Sprintf("%s.%s", servName, method.GetName()) useGrpc := g.gen.Param["use_grpc"] if useGrpc != "" { reqMethod = fmt.Sprintf("/%s.%s/%s", pkg, servName, method.GetName()) } ...
因為還要向前兼容,不能影響現(xiàn)有用戶,所以給這個邏輯加了一個開關(guān),使用參數(shù) use_grpc 才會應(yīng)用新的生成方式。generateClientMethod 方法的 pkg 參數(shù)原來并沒有,是新加的,從上下文中也比較容易獲取到。具體改動可以看這里:https://github.com/asim/go-micro/pull/2474/commits/0d435a690ea21a3f64b0534d1fa244f512601493
現(xiàn)在如果明確只使用gRPC進行通信,或者需要和其它框架或者語言的gRPC應(yīng)用程序通信,生成代碼時可以這樣做:
protoc --go_out=. --micro_out=. --micro_opt=use_grpc=1 xxx.proto
關(guān)鍵就是 --micro_opt=use_grpc=1,use_grpc這個參數(shù)會傳遞給 protoc-gen-micro,然后就可以在上邊修改過的代碼中獲取到,不管這個參數(shù)的值是什么,只要使用了它,就會生成gRPC風(fēng)格的帶package的method?,F(xiàn)在生成的代碼是這樣的:
req := c.c.NewRequest(c.name, "/Business.Hello/Say", in)
用這個客戶端代理訪問其它框架或者語言開發(fā)的gRPC服務(wù)就沒有問題了,當(dāng)然訪問go-micro的gRPC服務(wù)也沒有問題。
怎么獲取到這個最新版的 protoc-gen-micro 呢?這個修改提了PR之后,目前已經(jīng)合并到官方的Github倉庫中,但是還沒有打tag,可以這樣安裝:
go install go-micro.dev/v4/cmd/protoc-gen-micro@1919048c8f20
這可能不是一個好的修改,因為還需要知道有 use_grpc 這么個參數(shù)??隙ㄟ€有別的修改方案,但是因為對go-micro了解的不多,所有只選擇了這個不會影響現(xiàn)有通信方式的方案。
服務(wù)端改造
服務(wù)端沒有問題,別的框架或者開發(fā)語言的gRPC客戶端可以調(diào)用基于go-micro的gRPC服務(wù)。
一開始我測試的時候也遇到了問題,先入為主的以為protoc-gen-micro生成的服務(wù)端也有package的問題,因此還提交了個PR,然后被啪啪打臉。然后我又讀了讀源碼,發(fā)現(xiàn)go-micro服務(wù)端特別巧妙的把客戶端請求中的package信息擦除了,所以客戶端是否傳遞package都沒有影響,反正服務(wù)端不需要。
服務(wù)端的注冊邏輯在 plugins/server/grpc/server.go 中的 register 方法:
s := new(service) s.typ = reflect.TypeOf(rcvr) s.rcvr = reflect.ValueOf(rcvr) sname := reflect.Indirect(s.rcvr).Type().Name() ... server.serviceMap[s.name] = s
可以看到這里直接用反射獲取的類型名稱作為服務(wù)名稱,沒有package什么事。
然后接收到客戶端的gRPC請求時,go-micro又把請求中的package擦除了。這段邏輯在 plugins/server/grpc/grpc.go 中的 handler 方法中:
serviceName, methodName, err := mgrpc.ServiceMethod(fullMethod) service := g.rpc.serviceMap[serviceName]
通過 mgrpc.ServiceMethod 獲取服務(wù)名稱時去掉了package名稱,所以客戶端帶不帶package都沒有問題。
運行效果
現(xiàn)在把程序跑起來,試試用 protoc-gen-micro 生成的客戶端訪問 基于 protoc-gen-go-grpc 的服務(wù)端。
以上就是本文的主要內(nèi)容,示例代碼已經(jīng)上傳到Github,歡迎訪問:https://github.com/bosima/go-demo/tree/main/go-micro-grpc-hello-compatible
到此這篇關(guān)于解決go-micro與其它gRPC框架之間的通信問題的文章就介紹到這了,更多相關(guān)go-micro與gRPC框架通信內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
golang 實現(xiàn)兩個結(jié)構(gòu)體復(fù)制字段
這篇文章主要介紹了golang 實現(xiàn)兩個結(jié)構(gòu)體復(fù)制字段,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-04-04Golang中int,?int8,?int16,?int32,?int64和uint區(qū)別淺析
go語言中的int的大小是和操作系統(tǒng)位數(shù)相關(guān)的,如果是32位操作系統(tǒng),int類型的大小就是4字節(jié),如果是64位操作系統(tǒng),int類型的大小就是8個字節(jié),下面這篇文章主要給大家介紹了關(guān)于Golang中int,?int8,?int16,?int32,?int64和uint區(qū)別的相關(guān)資料,需要的朋友可以參考下2022-11-11golang 定時任務(wù)方面time.Sleep和time.Tick的優(yōu)劣對比分析
這篇文章主要介紹了golang 定時任務(wù)方面time.Sleep和time.Tick的優(yōu)劣對比分析,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-05-05go語言開發(fā)環(huán)境安裝及第一個go程序(推薦)
這篇文章主要介紹了go語言開發(fā)環(huán)境安裝及第一個go程序,這篇通過實例代碼給大家介紹的非常詳細,具有一定的參考借鑒價值,需要的朋友可以參考下2020-02-02