go-micro v2 客户端无法接收服务端响应：指针赋值与逐字段赋值的差异
在使用 Go-micro v2 构建微服务时，客户端无法接收服务端响应数据是一个常见问题。本文通过一个 RPC 服务案例，分析直接赋值与逐字段赋值在处理响应数据时的区别，并解释其背后的原因。
案例：一个简单的 RPC 服务
服务端使用 Go-micro v2 和 Protobuf 定义请求与响应消息结构。服务端方法处理请求后，尝试将数据赋值给响应对象，但结果显示：直接用结构体赋值，客户端无法获取数据；而逐字段赋值则能正常获取。
问题代码片段：
服务端代码：
type say struct{}
func (s *say) hello(_context.context, in *pb.request, out *pb.response) error {
fmt.Println(in) // 客户端请求时，此处能正常输出请求数据
// 直接赋值，客户端无法接收数据
/*
out = &pb.response{
id: "111",
name: "张三",
}
*/
// 逐字段赋值，客户端能接收数据
out.id = "111"
out.name = "张三"
return nil
}
Protobuf 定义：
syntax = "proto3";
package pb;
message Response {
string id = 1;
string name = 2;
}
问题分析：
客户端无法接收数据的原因在于服务端赋值方法。注释掉的代码 out = &pb.response{ ... } 试图用一个新的 pb.response 对象替换 out 指向的对象。但 out 是函数形参，一个指针，指向调用者传入的 pb.response 对象。out = ... 仅修改了 out 指针的指向，而非修改调用者传入对象的内存内容。因此，客户端接收到的 pb.response 对象仍然为空。
而 out.id = "111"; out.name = "张三"; 直接修改了调用者传入 pb.response 对象的内容，所以客户端能正确接收数据。
关键在于 Go 语言的指针和值传递机制。 out 是指向 pb.response 对象的指针，必须通过修改指针指向的对象内容来改变响应数据，而非直接替换指针本身。 理解这一点对于避免此类问题至关重要。
