参照gRPC反射序列化protoreflect.MessageDescriptor遇阻，是否违反设计？

• 这个方案完全可行，不少开发者都尝试过，并不违反Go版gRPC的设计规范。
• 你遇到的核心问题是：protoreflect.MessageDescriptor是Go层面的抽象接口，并非Protobuf定义的可序列化类型，自然没有实现ProtoReflect()方法。但它对应的Protobuf原生元数据类型是descriptorpb.DescriptorProto——这是可以直接序列化传输的。
• 具体实现步骤：
  1. 服务器端：调用msgDesc.AsProto()（msgDesc是protoreflect.MessageDescriptor实例），将其转换为descriptorpb.DescriptorProto，这个类型是Protobuf官方生成的，自带序列化能力，可直接通过gRPC传输给客户端。
  2. 客户端：收到descriptorpb.DescriptorProto后，使用protodesc.NewMessageDescriptor()将其转换回protoreflect.MessageDescriptor，之后就能正常结合dynamicpb.NewMessage()实例化消息了。
• 补充：你参照的google.golang.org/grpc/reflection底层逻辑也是如此——它并不会直接传输protoreflect接口实例，而是传输descriptorpb下的各类元数据类型（如DescriptorProto、FileDescriptorProto），客户端收到后再还原为protoreflect层面的描述符。

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