远程通过CMD启动EXE/Bat文件：进程启动但无执行结果问题咨询

我之前也碰到过一模一样的情况——远程启动的进程明明在任务管理器里显示运行了，但就是没生成文件或者执行预期动作，核心原因大多和会话上下文、工作目录、权限这几个点有关，给你几个排查和解决的方向：

1. 先踩坑：相对路径导致文件"失踪" #

本地双击Bat的时候，进程的工作目录就是Bat所在的文件夹，但远程启动（不管是用CMD命令还是C#程序）时，默认工作目录大概率是C:\Windows\System32（系统进程的默认目录）。这时候你Bat里的相对路径output.txt其实是写到了System32里，而不是你预期的位置！

解决方法：

• 把Bat里的所有路径改成绝对路径，比如：

  echo test > C:\your\specific\folder\output.txt
  

• 如果用PsExec这类工具远程启动，用-w参数指定工作目录：

  psexec \\远程机器名 -w C:\Bat文件所在的绝对路径 cmd /c your.bat
  

• 如果是C#代码启动，在ProcessStartInfo里设置WorkingDirectory属性：

  var psi = new ProcessStartInfo
  {
      FileName = "cmd.exe",
      Arguments = "/c your.bat",
      WorkingDirectory = @"C:\Bat文件所在的绝对路径",
      // 按需添加用户凭据等其他设置
  };
  Process.Start(psi);
  

2. 会话0隔离：非交互式进程的隐形障碍 #

Windows从Vista开始，服务和远程非交互式进程默认运行在会话0，这个会话没有交互式桌面，很多依赖用户桌面上下文的操作会静默失败（比如写文件到用户目录、访问桌面资源等）。而你本地登录的是交互式会话（比如会话1、2）。

解决方法：

• 用PsExec的-i参数指定要运行的会话ID：
  先查远程机器的用户会话ID：

  quser /server:远程机器名
  

  然后用会话ID启动进程：

  psexec \\远程机器名 -i 1 -u 用户名 -p 密码 cmd /c your.bat
  

  （这里的1就是你查到的目标用户的会话ID）
• C#里可以通过WMI的Win32_Process类指定会话启动，或者调用Windows APICreateProcessAsUser（后者需要处理用户令牌，相对复杂）。简单点可以尝试在ProcessStartInfo里设置LoadUserProfile = true，并指定用户凭据。

3. 加日志：让静默失败"开口说话" #

如果上面的方法都不行，给Bat加详细的日志输出，把所有操作和错误都记录下来，就能知道到底卡在哪了：

@echo off
:: 创建日志目录（如果不存在）
if not exist C:\bat_logs mkdir C:\bat_logs
:: 记录启动时间
echo Bat启动时间：%date% %time% >> C:\bat_logs\run_log.txt
:: 执行操作，同时记录错误
echo test > C:\your\path\output.txt 2>> C:\bat_logs\error_log.txt
:: 记录结束时间
echo Bat结束时间：%date% %time% >> C:\bat_logs\run_log.txt

之后去远程机器的C:\bat_logs里看日志，比如error_log.txt里如果有"权限不足"的提示，就说明是权限问题。

4. UAC限制：权限提升的小细节 #

远程机器的UAC可能会阻止进程执行某些操作，尤其是当你用管理员权限启动但没有正确提升权限的时候。

解决方法：

• 用PsExec的-h参数来提升权限（针对Vista及以上系统）：

  psexec \\远程机器名 -h cmd /c your.bat
  

• 临时禁用UAC远程限制（仅测试用，不推荐长期开启）：修改注册表HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System下的LocalAccountTokenFilterPolicy为1，重启机器后生效。

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