Vonk Identity Server应用本地cmd运行正常，通过IIS WebApi远程启动无响应

问题根因排查方向 #

1. 工作目录与启动参数缺失 #

IIS承载的WebAPI调用Process.Start时，默认工作目录为IIS工作进程的默认目录（通常是C:\Windows\System32\inetsrv），而非Vonk Identity Server dll所在目录，会导致应用加载配置文件失败、监听地址未正确加载：

• 调用Process.Start时必须显式指定ProcessStartInfo.WorkingDirectory为dll所在的文件夹路径
• 显式指定启动参数的完整路径，或者将dotnet执行路径加入环境变量，启动命令完整格式应为dotnet 【dll完整绝对路径】
• 可追加参数指定监听地址避免默认配置不生效：dotnet 【dll完整路径】 --urls http://localhost:5100

2. 标准流未重定向导致进程阻塞 #

dotnet core应用默认会将日志输出到标准输出、标准错误流，如果父进程（IIS承载的WebAPI）未重定向这两个流且未主动消费，流缓冲区占满后应用会陷入阻塞状态，无法响应请求：

• 配置ProcessStartInfo时开启以下配置：

ProcessStartInfo startInfo = new ProcessStartInfo
{
    FileName = "dotnet",
    Arguments = @"【你的dll完整绝对路径】 --urls http://localhost:5100",
    WorkingDirectory = @"【你的dll所在文件夹绝对路径】",
    RedirectStandardOutput = true,
    RedirectStandardError = true,
    UseShellExecute = false,
    CreateNoWindow = true
};

• 启动进程后需要异步消费输出流，避免缓冲区溢出：

var process = Process.Start(startInfo);
process.BeginOutputReadLine();
process.BeginErrorReadLine();

3. IIS应用池配置缺失 #

即使权限校验通过，IIS应用池默认未开启加载用户配置文件选项，会导致dotnet core运行时依赖的部分用户级配置、证书存储无法正常读取，引发应用启动后无响应：

• 打开IIS管理器，找到对应WebAPI的应用池，点击「高级设置」
• 找到「进程模型」分类下的「加载用户配置文件」选项，设置为True
• 重启应用池后重试

4. 中间EXE场景正常运行的原因 #

中间EXE是独立的桌面进程，会继承当前用户的环境变量、工作目录默认和EXE所在目录一致，且默认会消费子进程的标准流，不存在上述IIS进程的限制，所以调用可以正常生效。

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