gRPC反射与grpc-web代理无法识别已注册服务问题求助
问题根因
gRPC反射、grpc-web都是严格按照服务的**全限定名(包名+服务名)**做匹配的,你当前注册的服务全限定名是lightning.lncrpc,但web端调用的时候传入的服务名是lncrpc.lncrpc,二者不匹配导致调用失败。
这个lightning前缀来源于你导入的lightning.proto里声明的package lightning;,你的lncrpc.proto没有显式声明独立的package,导致生成代码时默认继承了导入依赖的包前缀,最终服务注册时用了lightning.lncrpc作为服务名。
普通gRPC调用能成功是因为Go客户端/服务端直接用了生成代码里的结构体方法绑定,没有经过全限定名匹配的校验逻辑。
排查解决步骤
- 优先修改
lncrpc.proto头部,显式声明独立的package,避免继承导入依赖的包名:// 加在proto文件头部,替换你原本缺失的package声明 package lncrpc; // 同时显式指定go_package避免Go代码生成异常 option go_package = "./your/path/to/lncrpc;lncrpc"; - 用修改后的proto文件重新生成服务端Go代码、前端grpc-web代码,确保前后端使用的服务全限定名完全一致。
- 代码重新编译部署后,再次调用
grpcServer.GetServiceInfo()确认服务名已经变为lncrpc.lncrpc,此时web端调用和反射查询就能正常匹配到服务。 - 如果不想修改proto的package声明,也可以临时在grpc-web的代理层添加服务名重写规则,将收到的
lncrpc.lncrpc请求转发到lightning.lncrpc服务即可临时解决问题。
内容的提问来源于stack exchange,提问作者Ole Henrik Skogstrøm
相关产品推荐
相关产品推荐

