如何修复Go语言中Protocol Buffer定义的字段重定义问题？

问题背景 #

用供应商提供的.proto文件构建gRPC Go客户端时，遇到两个枚举包含同名值的情况：

syntax = "proto3";

enum Color {
  NONE = 0;
  BLUE = 1;
}

enum Style {
  SOLID = 0;
  NONE = 1;
}

生成代码后编译报错：

...\deal.pb.go:460:2: NONE redeclared in this block
...\deal.pb.go:105:2: other declaration of NONE

试过把枚举嵌套到消息里（比如把Color放进Shape消息），但Go生成的代码还是会把枚举常量放在全局常量块，没法靠消息实现命名空间隔离（这招在C#里管用，但Go不行）。

可行解决方案 #

1. 给枚举加enum_value_prefix选项（推荐，无需改动枚举结构） #

在.proto文件的每个枚举里添加enum_value_prefix配置，生成Go代码时会自动给常量加上指定前缀，彻底避免重名：

syntax = "proto3";

enum Color {
  option enum_value_prefix = "COLOR_";
  NONE = 0;
  BLUE = 1;
}

enum Style {
  option enum_value_prefix = "STYLE_";
  SOLID = 0;
  NONE = 1;
}

生成后的Go常量会变成：

const (
  COLOR_NONE Color = 0
  COLOR_BLUE Color = 1
)

const (
  STYLE_SOLID Style = 0
  STYLE_NONE Style = 1
)

2. 直接修改枚举值名称（需有权限改动供应商的.proto） #

如果能说服供应商调整.proto定义，直接把重复的常量名改掉就行，比如把Style里的NONE改成STYLE_NONE：

syntax = "proto3";

enum Color {
  NONE = 0;
  BLUE = 1;
}

enum Style {
  SOLID = 0;
  STYLE_NONE = 1;
}

这种方式最直接，但依赖供应商配合。

3. 嵌套枚举+go_enum_prefix选项 #

要是坚持用嵌套枚举的方式，可以在消息里嵌套枚举，并开启go_enum_prefix选项，让生成的常量带上消息和枚举的前缀：

syntax = "proto3";

message Shape {
  enum Color {
    option go_enum_prefix = true;
    NONE = 0;
    BLUE = 1;
  }
}

message Appearance {
  enum Style {
    option go_enum_prefix = true;
    SOLID = 0;
    NONE = 1;
  }
}

生成的Go代码会变成：

const (
  Shape_COLOR_NONE Shape_COLOR = 0
  Shape_COLOR_BLUE Shape_COLOR = 1
)

const (
  Appearance_STYLE_SOLID Appearance_STYLE = 0
  Appearance_STYLE_NONE Appearance_STYLE = 1
)

这样通过前缀实现了常量的命名隔离。

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