ProcessStartInfo.CreateNoWindow开关下被启动进程的环境差异及耗时异常

我用C#程序通过Process.Start和ProcessStartInfo调用另一个程序，代码如下：

ProcessStartInfo startInfo = new ProcessStartInfo();
startInfo.FileName = "myOtherProgram.exe";
startInfo.CreateNoWindow = true; // 问题所在
startInfo.UseShellExecute = false;

Process process = new Process();
process.StartInfo = startInfo;
process.Start();
process.WaitForExit();

出现的异常现象：

• 当CreateNoWindow=true时，myOtherProgram.exe启动耗时约25秒；
• 当CreateNoWindow=false或直接从命令提示符启动时，仅需2秒；
• 替换为调用C:\Windows\System32\where.exe则无异常，问题出在这个特定exe的启动阶段。

核心问题 #

当CreateNoWindow设为true或false时，被启动进程感知到的环境有哪些差异？

myOtherProgram.exe是企业内部遗留软件（含保密知识产权），基于陌生第三方组件，开发环境已损坏，无法提供更多调试细节。

我在myOtherProgram中找到了关键代码：

imaqSetWindowThreadPolicy(IMAQ_SEPARATE_THREAD);

该函数用于确定NI Vision创建窗口的线程。默认情况下，NI Vision使用IMAQ_CALLING_THREAD策略，即在首次调用显示函数的线程中创建窗口。若该线程不处理消息，可将窗口线程策略设为IMAQ_SEPARATE_THREAD，此时NI Vision会在单独线程中创建窗口并自动处理窗口消息。

原本打算向NI提交工单咨询，但我们的服务协议早已过期，此路不通。

CreateNoWindow=true与false的环境差异 #

1. 窗口与桌面资源权限

   • CreateNoWindow=true：被启动进程无控制台窗口，主线程未关联标准交互桌面的完整上下文，窗口站（Window Station）和桌面（Desktop）的资源访问权限受限；
   • CreateNoWindow=false：会创建控制台窗口，进程主线程绑定到该窗口对应的消息循环环境，拥有正常的桌面资源访问权限。

2. 标准流状态

   • CreateNoWindow=true：标准输入、输出、错误流默认未关联控制台，可能处于未初始化或重定向状态；
   • CreateNoWindow=false：标准流直接关联到新建的控制台窗口，状态正常。

3. 线程消息循环上下文

   • CreateNoWindow=true时，进程主线程缺少完整的消息循环初始化，依赖窗口系统的操作可能因无法获取必要资源而触发超时；
   • CreateNoWindow=false时，控制台窗口会自动初始化消息循环，相关操作能顺利执行。

结合NI Vision代码的排查方向 #

针对imaqSetWindowThreadPolicy(IMAQ_SEPARATE_THREAD)的问题，可尝试以下方向：

• 指定窗口站与桌面：在ProcessStartInfo中手动设置WindowStation = "WinSta0"、Desktop = "Default"，强制被启动进程使用当前交互桌面的资源，观察是否消除启动延迟；
• 修改窗口线程策略：若能临时修改代码，尝试注释掉imaqSetWindowThreadPolicy调用（改用默认的IMAQ_CALLING_THREAD），查看CreateNoWindow=true时的启动速度是否恢复；
• 检查控制台依赖逻辑：排查myOtherProgram启动阶段是否有尝试访问控制台句柄的逻辑，当CreateNoWindow=true时，该操作可能因失败触发重试或超时，导致启动变慢。

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