您是否尝试给出在构建前或构建后事件命令中运行的命令的完整路径?

由于Visual Studio 2008中的xcopy post-build事件命令，我得到了9009错误。

命令“xcopy.exe /Y C:\projectpath\project. exe”config C:\compilepath\"退出代码为9009。

但我的情况是间歇性的。也就是说，错误消息一直持续到计算机重新启动，并在计算机重新启动后消失。在一些我尚未发现的远程相关问题之后，它又回来了。

然而，在我的情况下，提供命令的完整路径解决了问题:

c:\windows\system32\xcopy.exe /Y C:\projectpath\project.config C:\compilepath\ 

而不仅仅是:

xcopy.exe /Y C:\projectpath\project.config C:\compilepath\

如果我没有完整的路径，它会在重新启动后运行一段时间，然后停止。

另外，正如本文评论中提到的，如果全路径中有空格，则需要在命令周围加上引号。如。

"C:\The folder with spaces\ABCDEF\xcopy.exe" /Y C:\projectpath\project.config C:\compilepath\

注意，这个关于空格的例子没有经过测试。

当我的后构建事件脚本试图运行指定路径中不存在的批处理文件时，我有错误9009。

我通过简单地重新启动Visual Studio来解决这个问题——我刚刚在控制台窗口中运行了dotnet工具安装xxx, VS还没有选择新的环境变量和/或路径设置，所以快速重新启动解决了这个问题。

我在预构建步骤的末尾添加了“> myFile.txt”，然后检查文件的实际错误。

我在编校Path环境变量时导致了此错误。编辑后，我不小心将Path=添加到路径字符串的开头。使用这样一个格式不正确的路径变量，我无法在命令行上运行XCopy(没有找到命令或文件)，Visual Studio拒绝运行构建后步骤，并引用代码9009的错误。

XCopy通常位于c:\ windows \ system32。一旦Path环境变量允许XCopy在DOS提示符下得到解析，Visual Studio就很好地构建了我的解决方案。

实际上，我注意到由于某些原因，%windir%环境变量有时会被擦除。对我有用的是重新设置windir环境变量为c:\windows，重新启动VS，就是这样。这样可以避免修改解决方案文件。