Windows下Bat脚本调用Protoc生成带依赖的C++ Proto代码问题

问题根源拆解 #

• 单命令批量处理出现重复定义：protoc处理带依赖的proto文件时，不会自动跳过已处理的依赖项，重复传入所有proto会导致同一依赖文件的代码被多次生成，引发重复定义。
• 递归逐个调用找不到导入：未指定统一的proto根查找路径，protoc无法解析import语句中依赖文件的位置。

Bat脚本实现（适配依赖层级场景） #

前置配置 #

1. 确保protoc和grpc_cpp_plugin可执行文件已加入系统环境变量；若未加入，在脚本中替换为完整路径（例如set PROTOC=C:\grpc\bin\protoc.exe）。
2. 整理Proto文件结构：假设所有proto文件存放在./protos根目录（含子目录），生成的代码输出到./generated目录。
3. 提前创建./generated目录（脚本也会自动创建）。

完整脚本代码 #

@echo off
setlocal enabledelayedexpansion

:: 自定义配置参数
set PROTO_ROOT=./protos
set OUT_DIR=./generated
set PROTOC=protoc
set GRPC_PLUGIN=grpc_cpp_plugin

:: 自动创建输出目录
if not exist "%OUT_DIR%" mkdir "%OUT_DIR%"

:: 遍历所有proto文件，逐个生成对应代码
for /r "%PROTO_ROOT%" %%f in (*.proto) do (
    echo Processing: %%~nf.proto
    "%PROTOC%" ^
        --proto_path="%PROTO_ROOT%" ^
        --cpp_out="%OUT_DIR%" ^
        --grpc_out="%OUT_DIR%" ^
        --plugin=protoc-gen-grpc="%GRPC_PLUGIN%" ^
        "%%f"
)

echo All proto files processed successfully.
endlocal

核心逻辑说明 #

• --proto_path="%PROTO_ROOT%"：指定protoc查找导入文件的根目录，所有proto中的import语句（如import "B.proto"）都会从该根目录开始匹配，彻底解决导入找不到的问题。
• 逐个处理proto文件：每个proto仅生成自身对应的pb.cc/h和grpc.pb.cc/h文件，依赖文件的代码会在遍历到自身时生成，不会重复处理引发定义冲突。
• enabledelayedexpansion：保证脚本中路径变量的动态解析正常工作，适配含空格的目录路径。

与Linux CMake逻辑对齐 #

Linux下CMake的protobuf_generate/grpc_generate宏本质是：指定proto根路径 + 确保每个proto仅被处理一次。本Bat脚本完全复刻该逻辑，通过遍历+根路径配置，实现跨平台一致的代码生成效果。

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