GRPC中Optional Message未生成字段存在属性，如何支持可空列表？

你遇到的问题是Proto3的特性导致的：当optional修饰字符串、基本类型这类值类型时，生成的C#代码会自动生成HasXXX属性标记字段是否被设置；但如果修饰的是自定义消息类型（比如你的ListFoo），生成的代码会用引用类型的null表示“未设置”，无法区分“未设置”和“主动将其设为null”的场景。

下面是几种可行的解决方案，按推荐程度排序：

1. 用OneOf结合NullValue包装列表消息 #

这是最清晰的方案，通过oneof明确区分三种状态：未设置、主动设为null、包含有效列表。示例Proto代码：

syntax = "proto3";
import "google/protobuf/null_value.proto";

message ExampleClass{
    message ListFoo
    {
        repeated int64 foo = 1;
    }

    optional string name = 1;

    // 定义可空列表的包装类型
    message NullableListFoo {
        oneof kind {
            google.protobuf.NullValue null_value = 1; // 主动设为null
            ListFoo value = 2; // 包含有效列表
        }
    }

    optional NullableListFoo foos = 2; // 外层用optional标记是否设置过
}

生成C#代码后：

• 如果HasFoos为false，表示该字段从未被设置；
• 如果HasFoos为true，可以通过Foos.Kind判断：是NullValue（主动设为null）还是Value（包含有效列表）。

2. 直接用OneOf包裹列表消息 #

如果不需要额外区分“主动设为null”的具体场景，也可以直接用oneof包裹列表消息：

syntax = "proto3";

message ExampleClass{
    message ListFoo
    {
        repeated int64 foo = 1;
    }

    optional string name = 1;

    oneof foos_state {
        ListFoo foos = 2;
    }
}

生成C#代码后，会自动生成FoosStateCase枚举：

• 当枚举值为FoosStateCase.None时，表示字段未被设置；
• 当枚举值为FoosStateCase.Foos时，表示字段已被设置（此时即使Foos为null，也是主动设置的）。

3. 手动添加标记字段（不推荐） #

简单场景下可以手动添加一个bool字段标记列表是否被主动设置，但这种方式需要自行维护字段一致性，容易引入人为错误：

syntax = "proto3";

message ExampleClass{
    message ListFoo
    {
        repeated int64 foo = 1;
    }

    optional string name = 1;
    ListFoo foos = 2;
    bool foos_is_set = 3; // 手动标记是否主动设置了foos
}

使用时通过foos_is_set判断是否为主动设置，不管foos是否为null。

内容的提问来源于stack exchange，提问作者Red Riding Hood