C++ GRPC跨服务调用时参数值丢失问题求助

你完全搞反了gRPC请求与响应的参数传递逻辑：

• gRPC的调用模式是客户端将参数放入请求（request）对象发送给服务端，服务端处理后将结果写入响应（response）对象返回给客户端。
• 你在客户端的Stat函数里，把文件名filename设置到了**响应对象response**中，而服务端get_status的请求参数是Empty类型（完全不携带任何数据），导致服务端根本收不到文件名，自然输出为空。

1. 先修改Proto定义（关键前提） #

你需要调整.proto文件中get_status的请求类型，让它能携带文件名：

// 新增用于Stat请求的消息类型
message StatRequest {
  string filename = 1;
}

service DfsService {
  // 把原Empty请求改成StatRequest
  rpc get_status(StatRequest) returns (File_Metadata);
  rpc delete_file(File_Metadata) returns (Empty);
}

修改完成后重新生成gRPC的C++代码。

2. 修复客户端Stat函数 #

StatusCode DFSClientNodeP1::Stat(const std::string &filename, dfs_service::File_Metadata *file_status)
{
    grpc::ClientContext context;
    dfs_service::StatRequest request;
    dfs_service::File_Metadata response;

    // 把文件名放入请求对象，发给服务端
    request.set_filename(filename);
    std::cout << "CLIENT: " << filename << std::endl;

    Status return_status = this->service_stub->get_status(&context, request, &response);

    // 仅当调用成功且需要返回数据时，才把服务端的响应回传给调用者
    if (file_status != nullptr && return_status.ok())
    {
        *file_status = response;
    }

    return return_status.error_code();
}

3. 修复服务端get_status函数 #

Status get_status(ServerContext *context, const dfs_service::StatRequest *request, dfs_service::File_Metadata *response) override
{
    const std::string& filename = request->filename();
    std::cout << "SERVER: " << filename << std::endl;

    struct stat result;
    if (stat(this->WrapPath(filename).c_str(), &result) == 0)
    {
        response->set_filename(filename); // 可选：把文件名回写到响应中
        response->set_filesize(result.st_size);
        response->set_blocksize(result.st_blksize);
        response->set_modified_time(result.st_mtime);

        return Status::OK;
    }
    else
    {
        return Status(StatusCode::NOT_FOUND, "File Not Found");
    }
}

1. 避免使用void*参数：直接用dfs_service::File_Metadata*作为参数类型，既保证类型安全，又省去强制转换的麻烦。
2. 优先返回grpc::Status而非StatusCode：Status包含错误码和错误描述，便于调试和处理异常场景。
3. 封装通用gRPC逻辑：把客户端的上下文创建、错误处理等重复代码抽成工具函数，减少冗余。
4. 拆分接口职责：将内部调用的辅助逻辑（比如Delete里调用的Stat）设为私有函数，对外只暴露业务接口（Delete、PublicStat等），代码结构更清晰。

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