允许后台应用程序设置不同进程的前台窗口

首先，我知道这是一个有争议的讨论，但我希望我们能够保持技术性。

我有一个在后台启动的应用程序，我希望它能够在不同的进程中激活/聚焦窗口。但是，即使我要激活其窗口的进程已调用AllowSetForegroundWindow(ASFW_ANY)，调用SetForegroundWindow也总是会失败。

原因是（IMO）启动应用程序是后台进程，并且由于它尚未收到输入，因此不允许设置前台窗口。因此，所有内容都会显示在任务列表中，但不会显示。

所以我尝试创建一个虚拟窗口来接收立即关闭的输入然后能够成功调用SetForegroundWindow。但即使是我显示的虚拟窗口也会显示在背景中。

However，如果我打电话

AttachThreadInput(
    GetWindowThreadProcessId(GetForegroundWindow(), NULL),
    GetCurrentThreadId(), TRUE);

在创建虚拟窗口之前，该窗口确实是在前台创建的，我可以然后在不同的进程中为不同的 HWND 调用 SetForegroundWindow 是可行的。

但是：如果我不创建虚拟窗口，尽管我使用 AttachThreadInput，SetForegroundWindow 仍然返回零。

我不明白为什么如果我创建自己的窗口，AttachThreadInput hack 会成功（之后其他窗口也会成功），但如果我不先创建自己的窗口，那么 AttachThreadInput hack 就会失败。

我的后台进程如何在不同进程中的不同窗口上调用 SetForegroundWindowwithout创建一个虚拟窗口？

[*] 后台应用程序实际上是 gpg-agent.exe，每当请求密码时，它就会调用 pinentry.exe（我的应用程序）。 pinentry.exe（作为后台进程运行）必须从另一个正在运行的应用程序请求密码，因此它必须将其窗口带到前台......

The 文档 http://msdn.microsoft.com/en-us/library/windows/desktop/ms681956.aspx for AttachThreadInput()给你一个线索：

在不同线程中创建的窗口通常彼此独立地处理输入。也就是说，它们有自己的输入状态（焦点、活动、捕获窗口、按键状态、队列状态等），并且它们的输入处理与其他线程的输入处理不同步。通过使用 AttachThreadInput 函数，线程可以将其输入处理机制附加到另一个线程。两个线程接收到的键盘和鼠标事件均由 idAttachTo 参数指定的线程处理，直到通过再次调用 AttachThreadInput 并为 fAttach 参数指定 FALSE 来分离线程。这还允许线程共享其输入状态，因此它们可以调用 SetFocus 函数将键盘焦点设置到不同线程的窗口。这也允许线程获取关键状态信息。

The 文档 http://msdn.microsoft.com/en-us/library/windows/desktop/ms633539.aspx for SetForegroundWindow()告诉您调用进程需要满足什么标准才能设置前台窗口：

系统限制哪些进程可以设置前台窗口。仅当满足以下条件之一时，进程才能设置前台窗口：

该进程是前台进程。
该进程是由前台进程启动的。
该进程接收到最后一个输入事件。
没有前台进程。
进程正在调试中。
前台进程不是现代应用程序或开始屏幕。
前景未锁定（请参阅LockSetForegroundWindow）。
前台锁定超时已过期（请参阅 SystemParametersInfo 中的 SPI_GETFOREGROUNDLOCKTIMEOUT）。
没有菜单处于活动状态。

简单地创建一个虚拟窗口本身并不能保证您将成为前台进程。将窗口的线程附加到当前前台窗口的线程允许您共享其输入状态，这使您有更好的机会获得设置前台窗口的权限（如果前台线程有权这样做）。