如何编译Protobuf为Java代码时使用原始类型而非知名类型？

好问题！我刚好处理过类似的Proto2到Proto3迁移场景，深知Java端因为知名类型（Wrappers）带来的代码改动痛点，给你几个实用的解决方案：

方案1：自定义包装类型替代官方知名类型 #

完全摆脱对google/protobuf/wrappers.proto的依赖，自己定义和官方结构一致的包装类型，再通过代码生成扩展自动添加原始类型的Setter：

1. 先在proto文件中定义自己的包装类型：

   syntax = "proto3";
   option java_package = "testing";
   option java_outer_classname = "Test_v1";
   
   // 自定义和官方Int32Value结构一致的类型
   message MyInt32Value {
     int32 value = 1;
   }
   
   message TestMessage {
       MyInt32Value integerField = 1;
   }
   

2. 编写简单的Protobuf Java代码生成插件，在生成TestMessage.Builder类时，自动添加重载的Setter方法：

   public Builder setIntegerField(int value) {
       this.integerField_ = MyInt32Value.newBuilder().setValue(value).build();
       onChanged();
       return this;
   }
   

3. 编译后，Java端就能直接使用builder.setIntegerField(5)，和Proto2时代的写法完全一致，二进制序列化也和官方知名类型兼容。

方案2：扩展官方代码生成器，自动添加重载Setter #

如果不想替换官方知名类型，可以通过自定义代码生成逻辑，给使用google.protobuf.Int32Value等类型的字段自动生成原始类型参数的Setter：

• 利用Protobuf的Compiler API，编写一个代码生成插件，在默认生成的Builder类基础上，额外添加重载方法：

  public Builder setIntegerField(int value) {
      this.setIntegerField(Int32Value.newBuilder().setValue(value).build());
      return this;
  }
  

• 这个插件可以通过Google的AutoService机制集成到protoc编译流程中，一次配置后所有proto文件编译都会自动生成兼容方法，不需要手动修改生成代码。

方案3：静态工具类封装（快速妥协方案） #

如果不想修改proto文件或编写插件，可以写一个全局静态工具类，封装知名类型的创建逻辑，减少代码改动量：

public class ProtoWrapperUtils {
    public static Int32Value int32(Integer value) {
        return value == null ? null : Int32Value.newBuilder().setValue(value).build();
    }

    public static StringValue str(String value) {
        return value == null ? null : StringValue.newBuilder().setValue(value).build();
    }
    // 其他BoolValue、DoubleValue等类型同理
}

之后Java代码可以改成：

builder.setIntegerField(ProtoWrapperUtils.int32(5));

虽然还是需要修改代码，但可以通过IDE的全局替换功能批量处理，改动量远小于手写完整的newBuilder逻辑。

方案4：升级protoc版本并尝试第三方扩展 #

你当前使用的protoc v3.5.0版本较旧，升级到v3.10+后，可以尝试一些第三方的Protobuf Java代码生成插件（比如部分社区插件），这类插件会默认生成支持原始类型参数的重载Setter，省去自定义逻辑的麻烦。

内容的提问来源于stack exchange，提问作者Renatas M.