如何在含Angular目录的C#项目（ASHX页面）中执行ng build构建

遇到这种情况别着急，咱们一步步来排查解决——BAT里的mkdir能正常执行，说明进程确实启动了，问题肯定出在ng build命令的执行环境上，大概率是这几个原因导致的，咱们逐个解决：

1. 给ng命令补全完整路径 #

IIS进程的运行环境不一定包含Node.js和Angular CLI的系统环境变量，导致系统找不到ng命令。你可以直接用完整路径来调用ng，比如：

mkdir a
"C:\Program Files\nodejs\node.exe" "C:\Users\[你的用户名]\AppData\Roaming\npm\node_modules\@angular\cli\bin\ng" build --prod --aot=false
mkdir b

记得把路径换成你自己电脑上Node.js和Angular CLI的实际安装路径，你也可以在cmd里输where ng查到ng的具体位置

2. 强制切换到Angular项目根目录再执行命令 #

虽然BAT放在Angular目录下，但ASHX启动进程时的当前工作目录可能不是这个目录，导致ng找不到项目的配置文件。你可以在BAT开头加上切换目录的命令：

cd /d "D:\你的项目路径\Angular根目录"
mkdir a
ng build --prod --aot=false
mkdir b

加/d参数是为了跨盘符切换目录也能生效，比如从C盘切换到D盘的项目目录

3. 打日志看具体错误 #

要是还是不确定问题在哪，咱们可以把ng build的输出和错误信息写到日志文件里，方便排查：

mkdir a
ng build --prod --aot=false > build.log 2>&1
mkdir b

执行完BAT后，打开同目录下的build.log，里面会详细记录命令执行时的错误，比如“找不到ng命令”“项目配置错误”之类的提示，一看就明白问题出在哪。

4. 检查IIS应用池的权限 #

有时候是权限不够导致无法执行Node.js命令，你可以试试：

• 临时把应用池的身份改成LocalSystem（这个权限高，适合测试，生产环境不建议这么用）
• 确保应用池的身份账号有Angular目录的读写权限，以及Node.js安装目录的执行权限

另外，在ASHX代码里启动进程时，也可以手动指定工作目录，还能捕获错误信息，比如：

ProcessStartInfo psi = new ProcessStartInfo();
psi.FileName = @"D:\你的项目路径\test.bat";
psi.WorkingDirectory = @"D:\你的项目路径\Angular根目录"; // 明确指定Angular项目的根目录
psi.UseShellExecute = false;
psi.RedirectStandardOutput = true;
psi.RedirectStandardError = true;
Process p = Process.Start(psi);
// 读取输出和错误信息，方便排查
string output = p.StandardOutput.ReadToEnd();
string errorMsg = p.StandardError.ReadToEnd();
p.WaitForExit();

这样不仅能确保进程在正确的目录下运行，还能拿到具体的错误信息，帮你更快定位问题。

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