protobuf 3 中仅显式声明为 optional 的字段（需 protoc ≥ 3.12 且启用相关选项）才支持 has_xxx() 方法判断是否设置，非 optional 字段无该方法，其值恒为存在，默认值不表示未设置。
protobuf 3 默认没有 optional，但 C++ 生成代码里怎么判断字段是否存在
Protobuf 3 默认把所有字段视为“可选”，optional 关键字是 3.12+ 才正式引入的（且需显式启用）。但 C++ 生成的类对非 optional 字段（比如 int32 value = 1;）**不提供 has_value() 方法**——它永远“存在”，只是值可能是默认值（如 0、空字符串）。真正能用 has_XXX() 或 has_xxx() 判断是否设置过的，只有明确声明为 optional 的字段。
所以第一步不是写逻辑，而是确认 .proto 文件里字段是否真的加了 optional：
- Proto 文件必须用 proto3 语法，且 protoc 版本 ≥ 3.12
- 字段定义要写成
optional int32 value = 1;，不能省略optional - 编译时 protoc 必须开启
--experimental_allow_proto3_optional（旧版）或新版默认支持（取决于版本）
C++ 中检查 optional 字段是否被设置：用 has_XXX() 而不是比较默认值
一旦字段声明为 optional，生成的 C++ 类会提供 has_value()（对应字段名 value）这类方法。这是唯一可靠的判断方式——不要用 msg.value() == 0 这种方式，因为用户可能就是想设成 0。
示例（假设 .proto 定义了 optional int32 score = 2;）：
MyMessage msg;
// 没调用 set_score(…) → has_score() 返回 false
if (msg.has_score()) {
std::cout
<p>注意：<code>has_score()</code> 是 const 成员函数，线程安全；而 <code>clear_score()</code> 会把它重置为“未设置”状态。</p>
<h3>optional 字段的序列化行为：未设置时不写入二进制，反序列化后 has_XXX() 为 false</h3>
<p>这是关键点：如果一个 <code>optional</code> 字段没被设置（即 <code>has_XXX()</code> 为 false），它**不会出现在序列化后的二进制数据中**。这对兼容性和网络传输很友好，但也意味着：</p>
- 接收方反序列化后，该字段的
has_XXX()一定是 false，XXX()返回默认值 - 如果你依赖字段“存在与否”传递业务语义（比如“null 表示忽略更新”），必须用
optional，不能靠默认值模拟 - 混用非 optional 字段和 optional 字段时，老客户端（只认识 proto3 非 optional 规则）可能把缺失字段当默认值处理，导致歧义
从 proto2 升级或兼容老代码时的常见坑
proto2 里所有字段默认是 optional，并有 has_XXX()；proto3 初期取消了这个能力，造成大量迁移困惑。现在虽然加回 optional，但行为不完全等价：
- proto2 的
required字段在 proto3 中已废弃，不能混用 - 同一个 message 里同时存在
optional和非optional字段时，C++ 生成的 API 不统一：前者有has_XXX()，后者没有 - 如果用
protoc --cpp_out生成代码但 protoc 版本太低（如 3.6），即使写了optional也会报错或静默忽略——务必检查protoc --version并验证生成头文件里是否有has_XXX()声明
最易被忽略的是：C++ 中 optional 字段的 getter（如 score()）返回的是值类型（int32_t），不是 std::optional<int32_t></int32_t>——它只是个普通值，是否“有效”全靠配套的 has_score() 判断。别指望它像 C++17 的 std::optional 那样解引用前检查。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
