protobuf 的 getter/setter 由 protoc 编译器生成，非语言原生，依赖语言绑定与 descriptor 反射机制；go/java 等生成代码直访字段提升性能，而 protoreflect 提供运行时动态访问能力，字段控制靠约定与校验而非传统 oop 封装。
Protobuf 的 getter 和 setter 不是语言原生的访问器，而是由 protoc 编译器生成的代码 实现的，其行为依赖于具体语言绑定（如 Go、Java、Python），底层核心靠 Descriptor + 反射机制 驱动，而非传统 OOP 的字段封装逻辑。
生成式 API：编译时确定结构
当你运行 protoc --go_out=. 时，编译器会根据 .proto 文件定义，为每个 message 生成强类型的 Go 结构体和配套方法。例如：
-
GetFoo()方法直接返回字段值（若字段存在）或默认值（若未设置）； -
SetFoo(v)方法将值写入内部字段，并标记该字段为“已设置”（影响序列化时是否写出）； - 这些方法不经过通用反射调用，而是硬编码访问结构体字段，性能接近原生读写。
底层支撑：Descriptor 与 protoreflect
真正实现动态能力的是 protoreflect 包——它提供统一的反射接口，不依赖生成代码：
-
msg.GetDescriptor()返回MessageDescriptor，描述字段名、类型、编号、是否可选等元信息； -
msg.GetField(fd)和msg.SetField(fd, v)通过FieldDescriptor定位字段，再借助底层 unsafe 或类型转换完成读写； - 这套机制让任意 protobuf 消息都能在运行时被解析、遍历、修改，哪怕没有生成对应语言的 struct。
字段访问控制：没有 private 字段，靠约定和生成逻辑
Protobuf 不强制封装，但生成代码默认遵循语言习惯：
- Go 中，字段名小写（如
name_）表示包私有，仅通过导出方法（如Name()、SetName()）访问； - Java 中字段全 private，getter/setter 严格生成，且含空值检查、不可变集合包装等；
- 所有 setter 在设值前会校验：比如 repeated 字段不允许传 nil，enum 值会做范围检查，违反则 panic 或返回 error。
为什么不用传统 getter/setter？
Protobuf 的设计目标是高效序列化与跨语言兼容，因此：
- 避免运行时反射开销（生成代码直访内存）；
- 不引入额外对象封装（如 Java 的
Builder是可选优化，非必须）； - 字段语义由 descriptor 统一定义，getter/setter 只是它的“具象化视图”，不是抽象层。
