这个问题我之前帮不少开发者排查过，核心根源是Windows服务默认运行在会话0隔离环境里——而用户的交互式桌面是在会话1及以后的用户会话中，两者完全隔离，所以你能看到进程在任务管理器里跑，但GUI就是出不来。下面是几个经过验证的解决思路：

1. 正确获取用户会话令牌与桌面信息 #

这是最核心的步骤，很多人就是在这里参数没设对：

• 先获取当前活跃用户的会话ID：用WTSGetActiveConsoleSessionId()函数能拿到当前控制台登录用户的会话ID，别硬编码会话ID（比如写死1），因为不同用户登录会话ID可能变化。
• 获取该会话的用户令牌：调用WTSQueryUserToken()，注意你的服务进程需要拥有SE_TCB_NAME权限（可以提前用AdjustTokenPrivileges()开启），否则会调用失败。
• 创建用户环境块：用CreateEnvironmentBlock()生成对应用户的环境变量，确保启动的EXE能拿到正确的系统环境。
• 调用CreateProcessAsUser()时，必须指定这几个关键参数：
  • lpDesktop设为"WinSta0\\Default"（用户默认桌面的名称）；
  • 加上CREATE_NEW_CONSOLE或CREATE_UNICODE_ENVIRONMENT标志；
  • 传入刚才生成的环境块指针。

2. 调整服务的登录账户设置 #

如果不想折腾会话0的复杂逻辑，可以直接改服务的运行账户：

• 不要用默认的Local System账户运行服务，改成当前登录的用户账户（或者有桌面交互权限的账户）。这样服务会直接运行在用户的会话里，启动的EXE自然能在桌面显示GUI。
• 注意：这种方式的缺点是用户注销后服务会停止，如果你需要服务在用户未登录时也运行，那还是得用第一种方法。

3. 绕过会话0隔离的替代方案 #

如果你的场景允许，换个方式启动程序可能更简单：

• 用任务计划程序替代服务：创建一个任务，设置为“当用户登录时运行”，指定要启动的EXE。任务计划会自动在用户会话里启动程序，完全避开会话0的问题。
• 用CreateProcessWithLogonW()替代CreateProcessAsUser()：这个函数专门针对需要桌面交互的场景，参数更友好，只要传入正确的用户凭据，就能在用户会话里启动带GUI的程序。

4. 调试验证要点 #

如果还是有问题，可以从这几个方向排查：

• 检查CreateProcessAsUser()的返回值，调用GetLastError()看具体错误码，比如是否是令牌无效、权限不足等。
• 在你的EXE里加日志，记录当前进程的会话ID（用ProcessIdToSessionId()获取）和桌面名称，确认是否运行在正确的用户会话中。
• 单独运行EXE测试：右键以管理员身份启动，看GUI是否能正常显示，排除EXE自身的依赖或权限问题。

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