用休眠代替关机

Question

Tl;dr：是否可以在处理系统关闭消息之前捕获它们（并更改/删除它们）？

---

初步

我正在开发一个集群管理软件。目前，集群中的空闲机器正在被第三方软件关闭。在我的软件测试环境中，在关闭、启动和启动所有程序上浪费大量时间是不可接受的。因此，机器被视为空闲的时间点被设置为大约 3 小时。这并不是真正的“节能”。
这个想法是用休眠消息替换系统关闭消息。 操作系统是 Windows XP，但计划更新到 Windows 7。因此，理想情况下，该解决方案应该对两者都有效。

到目前为止的想法

• 替换shutdown.exe
  我在 UNIX 客户端上就是这样做的。但是，我不认为常见的 Windows 应用程序只是调用 shutdown.exe 上的 exec() 来关闭系统。相反，他们可能会调用 ExitWindowsEx()。我也想捕获此调用产生的消息。

• 处理WM_QUERYENDSESSION
  这也不是一个解决方案，原因有两个：

  • 此消息以不可预测的顺序传递给所有正在运行的程序。即使我通过返回 FALSE 取消关闭，某些程序可能会更早收到消息并已经退出。
  • 自 Vista 起，返回 FALSE 不会导致静默取消关闭。相反，整个屏幕都会被阻止，并通知用户阻止关闭的程序。因此，即使我此时设法进入休眠状态，下次启动时整个屏幕都会被阻止。

  尤其是第一点至关重要。如果不花费宝贵的时间，我只能证明关闭机器是合理的。从休眠状态返回时不必重新启动程序是其中的一个重要部分。

• SetWindowsHookEx()
  我想到了钩子。然而，这种方法似乎相当痛苦，因为这个MSDN文章指出，我必须以两种风格（x86_64 和 x86）交付我的程序和包含钩子的 DLL。这注定会失败。
  但是假设我设法让它工作，在将系统的关闭消息分派到其他窗口之前，我似乎无法捕获系统的关闭消息，更不用说更改或删除该消息了。

限制

基本上没有限制。由于那些机器上运行的 Windows 是我自己安装的，所以一切顺利。如果手工制作的鼠标驱动程序（模拟鼠标移动以单击“好的，不要关闭”按钮）是解决方案，那么就这样吧（另一个指标，我不想这样做邪恶的 ;） ）。解决方案越通用（例如能够拦截和更改任何消息）就越好！

任何提示和链接（未经测试的、实验性的东西）都值得赞赏。

Answer 1

以下是防止关闭所需执行的步骤

1. 编写一个 DLL 来捕获并重定向 ExitWindowsEx() 函数。您可以使用 Microsoft Detours 库 来完成此操作。在测试进程中测试此 dll。

2. 测试完 DLL 后，默认情况下使用 AppInit_Dlls 注册表值或使用 detours 包提供的实用程序有选择地将 DLL 加载到您想要的任何进程中。

3. 编写一个进程，使用其中一种 IPC 机制与您在所有进程中加载​​的 DLL 进行通信，以允许/拒绝/重定向关闭。