我来帮你搞定这个CMake配置本地Protobuf的问题，不用把子项目拖进来，还能支持跨平台和交叉编译，具体步骤和配置如下：

核心思路 #

既然不想把Protobuf作为子项目引入（毕竟构建耗时太长），那我们的核心就是让CMake正确探测到本地已经构建好的Protobuf工具链（protoc编译器）和库文件，同时适配跨平台和交叉编译的场景。

1. 先确保本地Protobuf已正确构建/安装 #

不管是本地原生编译还是交叉编译，你都需要先把Protobuf单独构建好：

• 原生编译：直接编译Protobuf后安装到系统默认路径（比如/usr/local），或者自定义路径
• 交叉编译：使用对应平台的交叉工具链编译Protobuf，安装到交叉编译的sysroot目录，或者一个单独的自定义目录（方便后续CMake查找）

2. 调整你的CMakeLists.txt #

这里给出适配需求的修改版本，注释里标了关键要点：

cmake_minimum_required(VERSION 3.5)
project(sample-protobuf)

# 关键配置：优先查找本地已安装的Protobuf，禁用自动下载子项目
set(Protobuf_USE_STATIC_LIBS ON) # 如果你需要静态库，开启这个选项（可选）
set(Protobuf_DISABLE_AUTOMATIC_FIND ON) # 避免CMake自动尝试下载Protobuf
find_package(Protobuf REQUIRED CONFIG)

# 【可选】如果CMake找不到默认路径的Protobuf，手动指定安装路径（交叉编译常用）
# set(Protobuf_DIR "/path/to/your/protobuf/install/lib/cmake/protobuf")

# 示例：处理你的.proto文件，生成C++代码
protobuf_generate_cpp(PROTO_SRCS PROTO_HDRS your_proto_file.proto)

# 添加你的项目可执行文件，链接Protobuf库
add_executable(${PROJECT_NAME} main.cpp ${PROTO_SRCS} ${PROTO_HDRS})
target_link_libraries(${PROJECT_NAME} PRIVATE Protobuf::libprotobuf)
# 生成的proto头文件在CMake二进制目录下，必须添加这个路径才能找到
target_include_directories(${PROJECT_NAME} PRIVATE ${CMAKE_CURRENT_BINARY_DIR})

3. 交叉编译场景的额外设置 #

如果是交叉编译，需要在运行CMake时指定工具链和Protobuf的路径：

• 准备好你的交叉编译工具链文件（比如toolchain.cmake），里面要正确设置目标平台、编译器、sysroot等参数
• 运行CMake时通过CMAKE_PREFIX_PATH指定交叉编译后的Protobuf安装路径：

cmake .. \
  -DCMAKE_TOOLCHAIN_FILE=/path/to/your/toolchain.cmake \
  -DCMAKE_PREFIX_PATH=/path/to/cross-compiled/protobuf/install

这样CMake就能自动找到对应平台的Protobuf库和工具了。

4. 几个关键注意事项 #

• 确保本地构建的Protobuf版本和你的项目依赖版本完全一致，避免出现兼容性问题
• 如果使用静态库，要注意Protobuf可能依赖zlib，需要在CMake里一并找到并链接zlib（可以用find_package(ZLIB REQUIRED)）
• 生成的proto头文件默认输出在CMake的二进制构建目录，所以一定要通过target_include_directories把这个路径添加到项目的包含路径里，否则编译时会找不到头文件

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