为何Protobuf3可选字段在Kotlin生成代码中不可空？

问题场景 #

定义如下Protobuf3消息：

syntax = "proto3";

message User{
  string id = 1;
  string name = 2;
  optional string middle_name = 3;
  string last_name = 4;
}

同样的optional字段，Go生成指针类型*string、Rust生成Option<String>，天然适配可空语义；但Kotlin生成的却是不可空的kotlin.String，需要配合hasMiddleName()方法判断字段是否被显式设置。当前用takeIf的写法：

myProto.takeIf{it.hasMiddleName()}?.middleName

不仅繁琐，还容易因忘记检查导致逻辑错误。

核心原因 #

Kotlin的Protobuf代码生成逻辑主要受两个因素影响：

1. 历史兼容问题：Protobuf3早期没有optional关键字，所有字段默认可选，当时Kotlin生成器采用类似Protobuf2的设计——用hasXxx()方法判断字段是否被显式设置，字段本身返回不可空类型（未设置时返回对应类型的默认值，比如字符串返回空串""）。后续加入optional关键字后，为兼容旧代码未直接切换为可空类型。
2. Protobuf默认值机制：Protobuf协议规定，未设置的字段会返回对应类型的默认值而非null，Kotlin生成器延续了这一行为，因此字段被定义为不可空类型。

更安全的优化方案 #

方案1：扩展可空属性 #

给生成的User类扩展一个可空属性，统一封装判断逻辑：

val User.middleNameOrNull: String?
    get() = takeIf { hasMiddleName() }?.middleName

之后直接通过user.middleNameOrNull访问，编译器会强制你处理可空情况（比如用?.、?:），避免遗漏检查。

方案2：配置插件生成可空类型 #

如果使用较新版本的Protobuf Kotlin插件，可通过配置让optional字段直接生成可空类型：
在Gradle配置中添加nullable_fields=true选项：

protobuf {
    plugins {
        id("kotlin") {
            option("lite") // 若使用lite模式可保留，否则移除
            option("nullable_fields=true")
        }
    }
}

重新生成代码后，middleName会变成String?类型，无需再调用hasMiddleName()，直接用Kotlin原生可空语义处理即可。

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