C++ Protobuf中RepeatedPtrField的Add方法传入对象实例编译报错

你遇到的Add(obj)编译错误通常由以下几个常见原因导致：

• Protobuf版本不匹配
  你提到的Add(const Element& value)和Add(Element&& value)两个重载是Protobuf v3.12.0版本才正式加入RepeatedPtrField的新接口。如果你项目依赖的Protobuf版本低于该版本，原生并没有这两个接口，你查阅到的头文件大概率属于更高版本，或是错引入了其他版本的头文件，因此调用时会找不到匹配的函数。
• 编译配置不一致
  如果你的proto文件开启了Arena内存池配置（option cc_enable_arenas = true），但不同proto文件生成C++代码时的Arena配置不一致，或是项目编译时的Protobuf全局配置和生成proto代码时的配置不匹配，会导致TypeHandler::New接口的参数规则不匹配，触发你看到的第二类编译错误。
• 命名空间冲突
  你自定义的消息名Object和Protobuf内置的google::protobuf::Object类型重名，如果代码中引入了using namespace google::protobuf;之类的命名空间声明，会导致编译器识别到错误的Object类型，进而触发参数类型不匹配的错误。

为什么Add()->CopyFrom(obj)可以正常运行 #

无参Add()是所有Protobuf版本都提供的基础接口，它会直接在RepeatedPtrField的内部内存池中构造一个默认初始化的Object实例并返回可写指针，不需要适配外部传入对象的构造规则，因此不受上述版本、配置、命名空间问题的影响，调用CopyFrom拷贝数据即可完成元素插入，兼容性最佳。

• 如果你要使用Add(obj)的写法，先确认以下条件全部满足：
  1. 项目依赖的Protobuf版本 >= 3.12.0
  2. 所有proto文件的编译配置（Arena开关、是否使用Lite运行时等）完全一致
  3. 避免使用Object这类和Protobuf内置类型重名的消息名，或是在使用时显式带上自定义消息的命名空间
• 如果不方便升级Protobuf或调整编译配置，继续使用Add()->CopyFrom(obj)的写法没有问题，性能损失极小，是兼容性最优的选择。

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