windows - Windows锁屏 'behind'会发生什么？

Question

我一直从事 Windows 自动化和监控方面的工作。

当我锁定 Windows 机器的屏幕时究竟会发生什么？

我目前使用的是 Windows 7，如果我切换到 Vista 或服务器版本，行为会有很大差异吗？还有可以通过 api 访问的桌面吗？我知道我仍然可以将击键和鼠标点击发送到特定窗口(通过 ControlSend 和 ControlClick )，但似乎没有“桌面”本身。

有人可以阐明这整件事，或者给我指出一个可读的来源，以便我可以大致了解该主题吗？

Answer 1

基本上发生的事情是 Windows 切换到安全桌面，使其成为当前桌面，因此输入现在与其相关联。

旧桌面保持原样:桌面上的所有 HWND 仍然存在，并且连接到该桌面的任何线程仍然可以访问这些 HWND，获取它们的位置，等等。您仍然可以向此桌面上的窗口发送消息，只要发送消息的线程也在该桌面上。

但是，由于桌面现在处于非事件状态，因此无法接收输入。 GetForegroundWindow 将返回 NULL (IIRC)，并且您不能再使用 SendInput，因为输入现在属于另一个桌面上的[线程]；该非事件桌面上的任何控件都无法获得焦点。

请注意，将按键消息发送到没有焦点的控件有时会导致意外行为，因为应用程序或控件通常不会期望在没有首先获得焦点的情况下接收键盘输入。 (例如，对于在 WM_SETFOCUS 中设置某种输入上下文并在 WM_KILLFOCUS 中清除它的控件来说，这可能会有问题。)

简而言之，UI 仍然存在:您可以针对它执行某些查询，但您不能再像在常规桌面上那样通过发送输入来自动执行它，并且与焦点或输入相关的其他一些功能可能会失败.

我对 AutoHotKey 不是很熟悉，但是功能的名称和描述表明它在很大程度上依赖于底层的 Win32 SendInput API。当桌面处于非事件状态时，这对于键盘输入根本不起作用。

有关桌面如何工作以及它们与 winstations、锁定桌面等的关系的合理概述，请查看 Desktop article on MSDN .

我过去在桌面和自动化方面遇到的一个问题是:如何离开使用某种形式的用户输入自动化(鼠标、键盘模拟)的长时间运行的测试，但仍然锁定我的 PC，以便有人不能只是路过并干扰它。锁定 PC 后，桌面将处于非事件状态，因此自动化将停止工作。如果屏幕保护程序启动，也会出现类似的问题:桌面切换，自动化失败。

一个解决方案是使用两台 PC:我们称它们为 Main 和 Test:从 Main，在测试机上打开一个远程终端服务客户端，然后在测试机上运行自动化测试，但是从终端服务客户端窗口在主机上。现在很酷的部分:您可以最小化 TSC 窗口，甚至锁定主机(或让屏幕保护程序启动)，虚拟 session 将继续工作，认为它仍然处于事件状态 - 只是没有人支付任何费用注意力。这是一种与事件桌面创建“连接” session 的方法，但任何人都无法干预，因为它在主机的锁定桌面后面受到保护。