UseShellExecute 有什么区别？

Question

我正在从我的 IIS Web 应用程序中启动一个小型控制台应用程序。该代码是使用这样的代码从应用程序池中启动的，

Process process = new Process();
ProcessStartInfo processStartInfo = new ProcessStartInfo();

processStartInfo.CreateNoWindow = true;
processStartInfo.WindowStyle = ProcessWindowStyle.Hidden;

// ..

process.Start();

我曾经间歇性地出错，

Win32Exception exception has occured  Message: No such interface supported
ErrorCode: 80004005  NativeErrorCode: 80004002

我证明了当这种情况发生时，控制台应用程序根本不会启动。

我在上面的代码中添加了这个，

processStartInfo.UseShellExecute = false;

问题已经消失（到目前为止，手指交叉）。我了解通过进行此更改，它不需要有效的桌面上下文即可运行，但这究竟意味着什么。如果这意味着在没有桌面的情况下我们无法运行上述代码（这适用于与系统用户一起运行的 IIS 应用程序池），那么为什么它过去有时会运行而不是每次都失败？

有人知道为什么这会有所作为吗？在这种情况下，不支持接口是什么意思？

更新：

我已经接受了人们所说的一切，并自己进行了更多研究。所以总结一下，如果你有 UseShellExecute = true （这是默认值），那么它将调用 shell32.dll 中的 ShellExecuteEX 来执行该过程。它实际上会这样做（使用 ILSpy 从 System.dll 复制），

public bool ShellExecuteOnSTAThread()
{
    if (Thread.CurrentThread.GetApartmentState() != ApartmentState.STA)
    {
        ThreadStart start = new ThreadStart(this.ShellExecuteFunction);
        Thread thread = new Thread(start);
        thread.SetApartmentState(ApartmentState.STA);
        thread.Start();
        thread.Join();
    }
    else
    {
        this.ShellExecuteFunction();
    }
    return this._succeeded;
}

如果你有 UseShellExecute = false 那么它将调用 kernel32.dll 中的 CreateProcess 来启动进程。

我想知道上面的代码 ShellExecuteOnSTAThread 创建一个新线程是否有问题？应用程序池是否会在线程上达到某种限制，从而间接导致 Win32Exception？

Answer 1

当某些 COM 对象未注册时，可能会发生此错误，尽管我有点疑惑为什么它是间歇性的。

但公平地说，从 IIS 中生成本地可执行文件是一件非常罕见的事情，它实际上可能会导致安全问题，或者如果命令由于某种原因而失败并且没有执行，至少会导致 IIS 出现问题将控制权交还给系统。

实际上，此类事情的最佳做法是在注册表、数据库或某种设置文件中记录您需要发生的操作，并让您的本地应用程序作为计划任务或 Windows 服务运行。

作为参考，UseShellExec 说明内核是否应直接启动 exe，或者是否应要求资源管理器启动文件。

当没有人登录时，您可能会遇到此问题，因此不一定要加载 shell 来启动 exe。

但最终，您当前尝试做的事情在生产中是一件坏事 - 您无法保证 IIS 在尝试启动此 exe 时的状态，因此，IIS 不是 Shell。