Go 调用 appcmd 时因引号被错误转义导致“Invalid XML input”错误，本质是 exec.Command 对含双引号参数的 Windows 命令行处理缺陷；需绕过默认参数解析，改用 SysProcAttr.CmdLine 直接构造完整命令行。
go 调用 `appcmd` 时因引号被错误转义导致“invalid xml input”错误，本质是 `exec.command` 对含双引号参数的 windows 命令行处理缺陷；需绕过默认参数解析，改用 `sysprocattr.cmdline` 直接构造完整命令行。
在 Go 应用中通过 os/exec 调用 IIS 的 appcmd.exe 是管理网站配置的常见需求，但直接使用 exec.Command("cmd", "/C", "...") 方式极易触发 exit status 3222072890（对应 HRESULT 0xc00cee3a），报错信息为 Failed to process input: Invalid XML input。该问题并非 appcmd 自身语法错误，而是 Go 运行时在 Windows 平台对命令行参数的二次转义所致：当 /site.name:"My website" 中的双引号被 exec.Command 的参数切片机制误处理（如转义为 \"My website\"），appcmd 接收到的 XML 查询路径便不再合法，从而拒绝解析。
根本原因在于 Go 标准库 exec.Command 在 Windows 下默认将参数数组拼接为命令行时，会对含空格或特殊字符的参数自动添加双引号并进行转义——而 appcmd 的 /text:[path='/'].physicalPath 等 XPath 风格参数本身已依赖精确的引号包裹，重复或损坏的引号会破坏其内部 XML 解析器的输入格式。
✅ 正确解决方案是跳过参数自动拼接逻辑，直接通过 syscall.SysProcAttr.CmdLine 指定完整、未经干预的命令字符串：
package main
import (
"fmt"
"os/exec"
"syscall"
)
func main() {
cmd := exec.Command("cmd")
cmd.SysProcAttr = &syscall.SysProcAttr{
CmdLine: `/C %windir%\system32\inetsrv\appcmd list APP /site.name:"My website" /text:[path='/'].physicalPath`,
}
out, err := cmd.Output()
if err != nil {
fmt.Printf("Error: %v\nOutput: %s\n", err, out)
return
}
fmt.Printf("Result: %s", out)
}
⚠️ 关键注意事项：
-
CmdLine字段仅在 Windows 平台生效，且必须显式设置cmd.SysProcAttr（不能省略&取地址）； - 字符串中使用反斜杠
\无需额外转义（Go 原生字符串字面量支持），但若含变量需用fmt.Sprintf拼接，并确保双引号位置准确； - 避免混用
exec.Command(name, args...)与CmdLine—— 二者互斥，一旦设置CmdLine，args将被完全忽略； - 生产环境建议增加超时控制（
cmd.WaitDelay = 30 * time.Second）和权限校验（确保 Go 进程以足够权限运行，如 Administrator）。
该方案绕过了 Go 1.6+ 中已知的 #15566 参数转义缺陷，兼容 IIS 7.5 至 10+ 所有版本，是当前最稳定、无依赖的修复方式。
