我之前在Windows+Visual Studio环境下踩过类似的CMake POST_BUILD命令诡异报错的坑，结合你提到的CMake生成额外批处理代码导致123-9009伪随机错误码的情况，给你几个针对性的解决思路：

1. 强制添加VERBATIM参数规范命令转义 #

这是最直接有效的解决办法——CMake的add_custom_command如果不加VERBATIM，在Windows下生成批处理时经常会出现字符转义错误、路径解析异常，进而抛出各种随机错误码。只需要在你的POST_BUILD命令里加上这个参数，就能让CMake严格按照标准格式生成批处理脚本：

add_custom_command(TARGET libFDSequencer POST_BUILD
    COMMAND 你的构建后命令内容
    VERBATIM  # 关键参数：确保命令正确转义，避免批处理解析混乱
    COMMENT "执行libFDSequencer构建后步骤..."
)

比如你原本是复制文件的命令，加上VERBATIM后，CMake会自动处理路径中的空格、特殊字符，避免批处理解析出错。

2. 明确指定命令绝对路径或用引号包裹路径 #

错误码9009通常代表“找不到指定的命令”，而额外生成的批处理代码可能改变了当前工作目录或环境变量路径。解决办法是：

• 对于系统命令（如copy、xcopy），用cmd /c包裹并给路径加引号，避免空格导致的解析问题：

  COMMAND cmd /c "copy \"$<TARGET_FILE:libFDSequencer>\" \"${CMAKE_BINARY_DIR}/output/bin\""
  

• 对于自定义工具或脚本，直接使用绝对路径调用，比如：

  COMMAND "${CMAKE_CURRENT_SOURCE_DIR}/scripts/post_build_script.bat" "$<TARGET_FILE:libFDSequencer>"
  

3. 替换POST_BUILD为自定义目标（add_custom_target） #

有时候CMake的POST_BUILD钩子生成的批处理逻辑不够可控，你可以改用add_custom_target配合依赖关系来实现相同效果，这种方式生成的脚本更简洁，不容易出现额外代码注入的问题：

# 创建自定义目标，依赖libFDSequencer
add_custom_target(libFDSequencer_PostBuild
    COMMAND 你的构建后命令内容
    DEPENDS libFDSequencer  # 确保先完成库的构建再执行此目标
    VERBATIM
    COMMENT "执行libFDSequencer构建后步骤..."
)

# 让默认构建目标依赖这个自定义目标，这样构建时会自动执行
add_dependencies(ALL libFDSequencer_PostBuild)

4. 手动排查生成的批处理代码 #

既然你已经通过VS项目属性看到了生成的POST_BUILD命令，可以把这段批处理代码复制出来，保存成.bat文件单独运行，看是否能复现错误。这样能快速定位是哪一行代码出了问题：

• 如果是环境变量问题，可以在批处理开头手动添加工具的路径，比如set PATH=C:\path\to\your\tool;%PATH%
• 如果是语法错误，比如未闭合的引号，直接修正后再反向调整CMake命令

5. 升级CMake到最新稳定版本 #

部分旧版本的CMake在Windows下处理POST_BUILD命令时存在已知bug，比如错误生成多余的批处理代码、路径解析逻辑错误。升级到3.25+的稳定版本，大概率能解决这类兼容性问题。

另外，你可以在POST_BUILD命令里临时添加调试输出，比如加入echo 当前路径：%cd%或者pause，这样批处理执行时会暂停窗口，方便你查看实时的执行状态和错误信息：

add_custom_command(TARGET libFDSequencer POST_BUILD
    COMMAND cmd /c "echo 开始执行构建后步骤... && 你的命令内容 && pause"
    VERBATIM
)

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