.NET Core gRPC中FieldMask的异常行为及解决咨询

这不是预期行为，核心原因是gRPC FieldMask的规范路径对应proto文件的蛇形字段名，你混用了JSON驼峰命名与proto字段名，导致解析和匹配异常。

问题1：字符串形式"locationId"转成"location_id"导致合并失败 #

• 原因：Grpc.AspNetCore的JSON解析器默认会将驼峰命名的字符串自动转为蛇形（符合proto字段名规范），但你的proto字段如果是驼峰命名（不符合proto规范），生成的.NET属性是LocationId，此时转成的location_id无法匹配到对应的.NET属性，导致合并失败。
• 修复方案：
  1. 规范proto字段命名（推荐）：将proto中的字段改为蛇形，同时通过json_name指定JSON序列化后的驼峰名，示例：

     message Event {
       string location_id = 1 [json_name = "locationId"];
       // 其他字段
     }
     

     此时FieldMask传字符串"location_id"，解析后会正确匹配.NET的LocationId属性，合并正常。
  2. 自定义FieldMask解析逻辑：如果无法修改proto，可配置JSON序列化选项，禁用驼峰转蛇形的行为，确保FieldMask路径直接匹配.NET属性名：

     services.AddGrpc()
         .AddJsonTranscoding(options =>
         {
             options.JsonSerializerOptions.PropertyNamingPolicy = JsonNamingPolicy.CamelCase;
             options.JsonSerializerOptions.DictionaryKeyPolicy = JsonNamingPolicy.CamelCase;
         });
     

     同时确保传入的FieldMask字符串为"locationId"，即可正确匹配。

问题2：paths数组["locationId"]合并成功但出现警告 #

• 原因：FieldMask的官方规范要求路径使用proto字段名（蛇形），你传入的驼峰locationId不符合规范，因此框架抛出警告，但由于.NET的Merge方法可以直接匹配到驼峰的属性名，所以合并成功。
• 修复方案：
  1. 遵循规范传入蛇形路径：将paths数组改为["location_id"]，既符合gRPC规范，也不会出现警告，合并正常。
  2. 关闭FieldMask警告（不推荐）：如果必须使用驼峰路径，可通过配置关闭FieldMask的验证警告，但这会违反gRPC规范，可能导致后续兼容性问题：

     services.AddGrpc()
         .AddJsonTranscoding(options =>
         {
             options.FieldMaskValidation = FieldMaskValidation.None;
         });
     

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