使用Process.Start()在Windows服务器执行cmd命令无响应问题排查

问题描述 #

编写了一段通过C# Process调用cmd执行Lighthouse命令的代码，本地Windows电脑运行正常，能生成指定JSON文件，但部署到Windows服务器后无任何反应，代码也未抛出错误。手动在服务器执行相同命令可正常运行。代码如下：

var ps = new ProcessStartInfo();
ps.FileName = "cmd.exe";
ps.WindowStyle = ProcessWindowStyle.Hidden;
ps.Arguments = $"/k lighthouse {url} --output json --output-path {outputPath}\\{fileName} --only-categories=pwa, performance";
Process.Start(ps);

可能的原因及解决办法 #

• 环境变量差异
  本地用户与服务器代码运行的服务账户（如IIS应用池账户、Windows服务账户）的PATH环境变量不同，lighthouse可执行文件不在服务账户的PATH中。手动执行时使用的是普通用户/管理员的PATH，能找到lighthouse，而代码运行的账户找不到。
  解决：将命令中的lighthouse替换为绝对路径，例如C:\Users\你的账户\AppData\Roaming\npm\lighthouse.cmd。

• 工作目录不匹配
  Process默认的工作目录可能不是Lighthouse执行所需的路径，导致依赖文件无法加载。手动执行时你处于特定工作目录，而代码运行时的工作目录不同。
  解决：设置ps.WorkingDirectory为你手动执行命令时的工作目录，或Lighthouse可执行文件所在的目录。

• 账户权限不足
  代码运行的服务账户没有向outputPath目录写入文件的权限，虽然代码未抛出错误，但文件无法生成。手动执行时使用的账户拥有写入权限。
  解决：检查outputPath目录的权限设置，给运行代码的账户添加写入权限；或者更换为一个该账户有写入权限的输出目录。

• /k参数导致进程未退出
  /k参数会让cmd执行命令后保持窗口打开，但代码中设置了ProcessWindowStyle.Hidden，导致进程在后台挂起，无法完成文件输出。手动执行时窗口可见，你可能会手动关闭，但代码中进程一直处于运行状态。
  解决：将参数中的/k替换为/c，/c会让cmd执行完命令后自动退出，确保进程完成执行流程。

• 依赖环境未加载
  本地安装了Node.js（Lighthouse依赖），但服务器上代码运行的服务账户环境中未正确加载Node.js，导致Lighthouse无法启动。手动执行时用户环境已配置Node.js。
  解决：将Node.js添加到系统环境变量中；或在代码中指定Node.js的绝对路径；或检查服务账户的环境变量配置，确保其能访问Node.js。

内容的提问来源于stack exchange，提问作者mge3.14