当工作站锁定然后解锁时，如何防止窗口大小调整？

Question

我们有一个在多显示器环境中运行的应用程序。用户通常将应用程序对话框分散到多个监视器上。

如果用户锁定工作站，然后解锁它，我们的应用程序就会被告知调整大小。

我们的用户发现这种行为令人沮丧，因为他们随后花了一些时间恢复以前的布局。

我们还不确定是图形驱动程序请求调整大小还是 Windows。希望通过这个问题，可以更清楚哪个组件负责，

（文件）资源管理器和 Firefox 等流行应用程序在此设置中的行为方式相同。只需复制：

1. 打开资源管理器 (Win+E)
   • 将资源管理器窗口水平拖动到大于 1 个屏幕
   • 锁定工作站（Win+L），
   • 解锁
   • 应用程序现在应该调整大小以仅在一个屏幕上

---

将 工作站已锁定然后解锁？
我们需要编写检查（解锁）锁定的代码吗？
还有其他我们不知道的机制吗？

Answer 1

在调整窗口大小之前，应用程序将获得 WM_WINDOWPOSCHANGING< /a> 来自 Windows 的消息。您可以拦截该消息并更改参数，强制窗口保持不变。您需要小心，因为当用户尝试移动或调整窗口大小时，您会收到相同的消息。也可能是在最大化或最小化时。

编辑：您可以使用 WTSRegisterSessionNotification 函数 获取附加消息。这些消息旨在实现快速用户切换，但锁定屏幕在 Windows 中作为系统会话实现。

Answer 2

类似的问题有一个答案，允许您 在 .net 应用程序中恢复窗口大小会话解锁后。

有人在 SuperUser 上问了本质上相同的问题，但从用户的角度来看： 当我锁定工作站时如何阻止大窗口调整大小？

Answer 3

我尝试了Leif引用的问题中给出的解决方案，发现SessionSwitchReason.SessionUnlock 事件似乎是在计算机锁定之后而不是之前触发的。这意味着窗口大小和位置已经重置，因此调整大小失败。

因此，我必须找到另一种方式来存储计算机被锁定之前的当前大小和位置。我唯一能做的就是订阅 ResizeEnd 用于 Winforms 应用程序，并更新其中的“预锁定”大小和位置。

我还无法让它适用于 WPF 应用程序，因为 WPF 没有相当于 ResizeEnd（或者我还没有找到它）并订阅 SizeChanged 和 LocationChanged 还不够好，因为它们会在计算机锁定时触发，并覆盖大小和位置。

最后我不得不挂钩 Windows ExitSizeMove 事件来保存当前的大小和位置。有关如何参与此活动的详细信息，请访问此处：

private const int WM_EXITSIZEMOVE = 0x232;

private void Window_Loaded(object sender, RoutedEventArgs e)
{
    HwndSource source = HwndSource.FromHwnd(new WindowInteropHelper(this).Handle);
    source.AddHook(new HwndSourceHook(WndProc));
}

private IntPtr WndProc(IntPtr hwnd, int msg,
                       IntPtr wParam, IntPtr lParam, ref bool handled)
{
    if (msg == WM_EXITSIZEMOVE)
    {
        // save location and size of window

        handled = true;
    }

    return IntPtr.Zero;
}