Windows 服务中是否允许 Windows-GUI 调用（创建可见窗口等）？

Question

首先，我知道some proper ways 可以制作真正交互式的 Windows 服务。

情况是，我确实有一个不与用户交互的工具。但是，它确实会通过弹出窗口和 Windows 通知区域（又名系统托盘）显示 非阻塞通知。它还会写入它显示的通知的日志文件。

此工具通常由主用户应用程序生成，只要主应用程序是普通应用程序，这些通知就会按预期工作。

当此工具由 Windows 服务生成时，自然不会显示任何通知。 （服务的桌面会话不可见。）但这没关系，我们有日志文件，这些通知只是 - 通知，用户在任何情况下都绝对必须看到。

现在的问题变成了：进程是否在服务的上下文中运行（服务本身或它启动的任何进程）“允许”进行显示可见的 Windows API 调用图形用户界面？

• 大多数 Windows API 调用（例如，创建和显示窗口、使用 Shell_NotifyIcon 等）在服务的不可见会话中的行为是否相同？
• 或者我是否必须确保在整个源代码中，在服务上下文中没有调用 GUI 显示/修改内容？

是的，调用::MessageBox 是个坏主意，因为它会阻塞。但我可以处理这些电话。

是的，这可以设计得更好，但这是我目前所拥有的，如果我不必将整个工具拆开以确保服务中没有运行与 GUI 相关的代码，那就太好了。

Answer 1

来自 Windows 服务的 GUI 元素显示在会话 0 上。在 Windows XP 和 2003 上，用户可以登录会话 0 并与服务创建的窗口正常交互，但微软在isolating Session 0 在 Vista（及更高版本）中的交互式服务。

所以，回答您的具体问题：

是在服务的上下文中运行的进程（服务本身 或它启动的任何进程）“允许”进行 Windows API 调用 显示一个可见的 GUI？ 大多数 Windows API 调用（例如创建和显示窗口、使用 Shell_NotifyIcon 等）在不可见会话中的行为是否相同 服务？

是的，GUI 调用是允许的，并且应该正常成功。我知道的唯一值得注意的例外是与托盘图标相关的例外，因为提供任务栏 (explorer.exe) 的进程没有在隔离的 Session 0 中运行。

或者我是否必须确保在整个源代码中，在服务上下文中没有调用 GUI 显示/修改内容？

这不是必需的，尽管您应该proceed cautiously with any GUI interaction from your service。彻底测试！

Answer 2

我想提供一些信息。 Raymonds Chen's comment to the other answer

您应该避免在服务中呈现 UI，因为您可能会触发 UI 检测服务，它将用户切换到您的服务 UI 暂时地。 – 雷蒙德陈

我发现了这些好文章：

• What is Interactive Services Detection and Why is it Blinking at Me?
• 内部会话 0 隔离和 UI 检测服务，Part1，Part2

在哪里可以找到关于 UI 检测服务 (UI0Detect) 是什么、做什么以及它应该如何工作的解释。

交互式服务检测（任务栏上的闪烁按钮）是 检测服务是否存在的遗留应用程序的缓解措施 试图与桌面交互。这是由 交互式服务检测 (UI0Detect) 服务。

但是，必须注意，这只有在尝试查看 GUI 的服务设置了“允许服务与桌面交互”标志时才有效，因为只有这样服务进​​程才会在WinSta0of Session0 上运行，甚至允许它显示任何内容。

Alex Ionescu mentions这个：

如果 UI0Detect.exe ... SCM 已应 Window Hook DLL 的请求启动它。这 服务将继续... 服务首先做一些 验证以确保它在正确的WinSta0\Default 上运行 windowsstation 和 desktop 然后通知 SCM 成功或 失败。

所以，回到 Raymond 的评论：据我所知，只要服务没有勾选 type= interact 选项 (see sc.exe)，并且通常你不勾选这个，UI0Detect服务不做任何事情，不应该有任何触发它的“危险”。

---

注意：以上信息基于我仅在一台 Windows 7 PC 上进行的有限研究和测试。