PowerShell脚本调用EXE手动正常，任务计划程序执行时EXE调用失败

我之前也碰到过一模一样的情况——手动跑脚本顺风顺水，一丢进任务计划就卡在EXE调用环节，其他功能却完全正常。结合你给出的脚本片段，咱们一步步排查解决：

1. 先揪出最常见的权限坑 #

任务计划的执行账户和你手动运行脚本的账户大概率不一样，权限不足是静默失败的头号原因：

• 打开任务计划的安全选项，确保选择的账户是你手动跑脚本时用的那个，或者是拥有本地管理员权限、能访问目标EXE和共享目录的账户。
• 必须勾选使用最高权限运行，同时根据需求选择不管用户是否登录都要运行——很多时候就是因为权限不够，EXE直接悄咪咪退出，连报错都没有。

2. 绝对路径才是王道 #

手动运行时你的PowerShell工作目录是你打开它的位置，但任务计划默认的工作目录是C:\Windows\System32，如果你的EXE用相对路径调用，肯定找不到：

• 调用EXE时务必写全绝对路径，比如别写mytool.exe，要写D:\DeployTools\mytool.exe。
• 就算是系统命令（比如你脚本里的NET USE），如果依赖特定路径的文件，也得确认路径是否正确。

3. 环境变量差异导致的"找不到程序" #

任务计划的执行环境和你手动打开的PowerShell环境变量不一样，比如PATH里没包含EXE所在的路径：

• 最稳妥的办法还是用绝对路径调用EXE；如果非要用环境变量，就在脚本开头手动添加：

  $env:PATH += ";D:\DeployTools"
  

4. 隐藏窗口引发的交互阻塞 #

有些EXE运行时需要弹出交互窗口（比如确认框、输入框），但任务计划默认是隐藏窗口运行的，会直接导致程序卡住或退出：

• 如果EXE不需要交互，确保它是无UI的控制台程序；如果必须交互，在任务计划的操作里，把程序或脚本设为powershell.exe，添加参数里加上-WindowStyle Normal，同时勾选允许此任务与桌面交互（新版Windows里这个选项藏在安全设置里）。

5. 针对你脚本里共享映射的额外提醒 #

你脚本里用了NET USE映射共享，任务计划执行时可能因为身份验证问题导致共享映射失败，进而影响依赖共享的EXE：

• 别明文写密码！用PowerShell的安全凭据方式处理：

  $username = "localserver\WDeployAdmin"
  $password = "yourpassword" | ConvertTo-SecureString -AsPlainText -Force
  $cred = New-Object System.Management.Automation.PSCredential($username, $password)
  # 用New-PSDrive替代NET USE，更适配PowerShell环境
  New-PSDrive -Name Z -PSProvider FileSystem -Root "\\sourceserver\d$" -Credential $cred
  

• 确保任务计划的执行账户有访问该共享目录的权限。

6. 加个日志捕获，精准定位问题 #

如果还是找不到原因，一定要在脚本里加错误捕获和日志输出，比如：

try {
    # 替换成你的EXE调用代码
    & "D:\DeployTools\yourprogram.exe" /deploy /target $server
    # 捕获EXE的退出码
    if ($LASTEXITCODE -ne 0) {
        throw "EXE执行失败，退出码：$LASTEXITCODE"
    }
} catch {
    Add-Content -Path "C:\Scripts\deploy_error.log" -Value "$(Get-Date): 服务器[$server]出错：$_"
}

任务计划执行后去看日志，就能明确是找不到EXE、权限不够还是EXE本身报错了。

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