MacOS下C++ gRPC服务端字符串字段被最后赋值覆盖问题求助

问题现象 #

在Mac机器上搭建C++ gRPC服务端，填充响应的Protobuf字符串字段时，所有字符串变量（比如示例里的x、y、z）都会被最后设置的字符串覆盖。这个问题只在Mac系统出现，Windows、Linux下完全正常，而且仅影响字符串类型，int、bool、map、list这些类型不受影响。

Protobuf定义示例 #

syntax = "proto3";
rpc TestCall(xxx)returns(Test){}

message Foo{
string a = 1;
}
message Test {
string x = 1;
string y = 2;
string z = 3;
map<string, string> map = 4;
Foo f = 5;
}

服务端代码示例 #

Status Interface::TestCall(ServerContext* context,const xxx* request,Test* response)
{
response->set_x("x");
response->set_y("y");
response->set_z("z");
// foo.a和map留空

cout << response->x() << endl; // 输出"z"
cout << response->y() << endl; // 输出"z"
cout << response->z() << endl; // 输出"z"
return Status::OK;
}

可能的解决方向 #

• 升级/降级Protobuf版本：Mac平台下部分旧版Protobuf的C++实现存在字符串字段内存管理的bug，建议升级到最新稳定版（比如3.20及以上），或者尝试切换到已知无此问题的旧版本。
• 调整编译优化选项：Clang编译器的某些优化选项可能触发Protobuf的内存复用错误，编译时可以尝试关闭优化（添加-O0参数），或者检查是否启用了与字符串内存相关的特殊编译开关。
• 避免直接传入字符串字面量：临时用std::string对象包裹字面量再赋值，绕开可能的指针复用问题：

  std::string val_x = "x";
  response->set_x(val_x);
  std::string val_y = "y";
  response->set_y(val_y);
  std::string val_z = "z";
  response->set_z(val_z);
  

• 检查gRPC与Protobuf版本兼容性：确保gRPC和Protobuf的版本完全匹配，版本不兼容可能导致跨平台的内存管理异常。

内容的提问来源于stack exchange，提问作者sunny