一个关于proto 文件的经验分享 ：gRPC 跨语言双端通信显示错误码：12 UNIMPLEMENTED （附赠gRPC错误码表）

错误现象描述：

在使用c++的客户端向golang的服务端发送远程调用时，显示：

/home/zry/gRPC/grpc-v1.45.2/examples/cpp/DeviceData/greeter_client.cc83
12: unknown service DeviceData.DeviceDataService
Greeter 接收到: RPC 失败
1
2
3

这里的unknown service DeviceData.DeviceDataService是根据我自己的proto文件生成的。
proto 文件如下：

service DeviceDataService{
  rpc SendRTRecordData(RTRecordDatas) returns (RTRecordDataQcs){}
}
1
2
3

而12 是我们客户端调这个服务接口后返回的错误码

部分代码如下：

// 实际的 RPC。
Status status = stub_->SendRTRecordData(&context, request, &reply);
// 对它的状态进行操作。
if (status.ok()) {
  return std::to_string(reply.sensordata_size());
} else {
  std::cout << __FILE__ << __LINE__ << std::endl;
  std::cout << status.error_code() << ": " << status.error_message()
            << std::endl;
  return "RPC 失败";
}
1
2
3
4
5
6
7
8
9
10
11

12是status.error_code() 的输出，根据gRPC 错误码表 这里的错误是指远端调用的函数 找不到，在确认，两边的函数使用一致的情况下，我们使用同一份proto 文件。

那么，到底为什么呢？

问题原因

在得到 .proto文件的时候，这是一个golang的文件，即在文件中存在如下设置：

syntax = "proto3";

option go_package = "grpc/DeviceData";
package pb;
1
2
3
4

而在c++ 中，没有option 指定的 包关键字。 所以我们使用的是 package DeviceData去设定命名空间。

也就是因为这个，导致虽然是同样的接口调用但由于不是同一个命名空间，所以在服务端来说，表现就是 找不到调用方式。

解决方案

修改 proto文件的 package 关键字指定的命名空间让两边一致。问题解决。

附赠gRPC 错误码表

下表列出了 gRPC 库（在客户端或服务器端）可能返回的代码，并总结了生成这些代码的情况。

库从不生成以下状态代码：

• INVALID_ARGUMENT
• NOT_FOUND
• ALREADY_EXISTS
• FAILED_PRECONDITION
• 中止
• OUT_OF_RANGE
• DATA_LOSS

可能希望重试失败的 RPC 的应用程序必须决定重试哪些状态代码。如上表所示，gRPC 库可以针对不同的情况生成相同的状态码。服务器应用程序也可以返回这些相同的状态代码。因此，没有适合在所有应用程序中重试的状态代码的固定列表。因此，各个应用程序必须自行确定哪些状态代码应导致重试 RPC。

---

分享一个有趣的 学习链接：https://xxetb.xet.tech/s/HY8za