有趣的是错误消息行

C:\Program Files x86)\MSBuild\Xamarin\Android\Xamarin.Android.Common.targets(567,2):

包含空格 `` 字符，而不是 x86 左侧的左括号 ( .

系统 PATH 环境变量不应具有第一个目录路径

C:\ProgramData\Oracle\Java\javapath

这应该是目录列表中的第五个目录路径 .

我的一台Windows计算机上没有安装Android SDK，但我发现 ANDROID_SDK_HOME 和 ANDROID_SDK_HOME 的目录路径是用包含的周围双引号定义的 .

这可能是正确的，但也可能导致问题，具体取决于批处理文件如何引用这两个环境变量或在应用程序中使用这些变量 .

目录路径通常没有包含双引号的环境变量 .

在批处理文件中，第一个和第二个参数的处理可能是个问题 .

SET projectPath=%1

SET projectName=%2

msbuild %projectPath%\%projectName% /p:Configuration=%config% /t:Clean

如果项目路径或项目名称包含空格字符或其中一个字符 &()[]{}^=;!'+,~` ，则必须在启动批处理文件时将它们括在双引号中 . 通常的做法是将目录路径，文件名和其他参数传递给用双引号括起来的批处理文件 .

第一个和第二个参数分配给在启动批处理文件时在命令行上定义的环境变量 projectPath 和 projectName ，这意味着没有或带有双引号 . 如果项目路径和项目名称用双引号括起来，则第三行在执行前展开，例如：

msbuild "C:\Project Path"\"Project Name" /p:Configuration=xxx /t:Clean

这是不好的 . 它取决于Windows命令解释器的错误纠正程度和Windows的内核功能 . 但是，确保在将批处理文件参数分配给环境变量时删除双引号并将参数字符串括在需要它的双引号中或者至少强烈建议在下面的命令行中引用它们时，肯定会更好 .

在Jenkins使用的批处理文件中，尽可能避免环境变量 PATH 和 PATHEXT 的依赖性也是有意义的，特别是在通过指定要使用完整路径执行的应用程序并且不使用文件扩展名来运行Jenkins作为具有系统帐户的服务时环境变量或使用Windows自身定义的系统环境变量 .

这里是编写的批处理代码，没有安装Jenkins，MSBuild，Java SDK，Java JDK或Android SDK，假设 config 参数是一个永远不包含任何关键字符的短字 .

set "projectPath=%~1"

set "projectName=%~2"

set "keystorePath=%~3"

set "password=%~4"

set "alias=%~5"

set "config=%~6"

set "apkName=%~7"

rem Get directory paths of used applications for build task.

for /D %%I in ("%ProgramFiles(x86)%\MSBuild\*") do set "MSBUILD_PATH=%%I\Bin"

for /D %%I in ("%ProgramFiles%\Java\jdk*") do set "JAVA_JDK_PATH=%%I\bin"

"%MSBUILD_PATH%\msbuild.exe" "%projectPath%\%projectName%" /p:Configuration=%config% /t:Clean

"%MSBUILD_PATH%\msbuild.exe" "%projectPath%\%projectName%" /p:Configuration=%config% /t:PackageForAndroid /p:AndroidSdkDirectory="%ProgramFiles%\Android\android-sdk"

"%JAVA_JDK_PATH%\jarsigner.exe" -verbose -sigalg MD5withRSA -digestalg SHA1 -keystore "%keystorePath%" -storepass "%password%" -signedjar "%projectPath%\bin\%config%\com.company.helloworld-signed.apk" "%projectPath%\bin\%config%\com.company.helloworld.apk" "%alias%"

"%JAVA_JDK_PATH%\zipalign.exe" -f -v 4 "%projectPath%\bin\%config%\com.company.helloworld-signed.apk" "%projectPath%\bin\%config%\%apkName%.apk"

我不知道使用批处理文件查找MSBuild和Java JDK路径或使用系统环境变量是否真的是个好主意 . 如果安装了多个版本的MSBuild和/或Java JDK，则自动搜索MSBuild和Java JDK路径可能不是一个好主意 .

但是，强烈建议将批处理文件参数分配给环境变量，并删除用 %~1 ， %~2 ，...后面的双引号，然后将变量参数字符串括在双引号中 .

通过在命令提示符窗口中运行帮助输出 call /? 解释了哪些修饰符可用于引用参数 .

使用与此问题相关的www搜索引擎找到的页面：

这些网页是我用搜索搜索的前7个结果中的4个首选的万维网搜索引擎，术语 "Android SDK Directory could not be found" 用双引号括起来，在此处发布，以查找包含该术语的页面 .

还有一个提示：

用户通过Windows控制面板定义或编辑的系统环境变量仅对应用程序和服务启动 after 进行修改 .

已经运行的所有服务，进程和应用程序都已经拥有了自己的一组环境变量，这些变量是由Windows在启动服务/进程/应用程序时从父进程派生的已经运行的服务/进程/应用程序的内存中自动创建的 .

父进程不可能操纵任何正在运行的子进程的环境变量，子进程也不可能操纵其父进程的环境变量 .

每个进程都有自己的环境变量列表，由Windows自动创建，作为启动新进程的进程的环境变量列表的副本 .

因此，对于在后台运行的Windows服务，系统环境变量的修改至少需要停止并重新启动服务，甚至可能需要重新启动Windows，具体取决于正在运行的Windows服务的父进程 .