防止应用窃取焦点

#1 楼

如果不对Windows内部进行大量操作，就不可能做到这一点，而您需要克服它。

在日常使用计算机的过程中，有一点很重要，那就是在操作系统允许您执行操作之前，务必先执行一项操作再做一次。为此，它需要将焦点锁定在某些窗口上。在Windows中，这种行为的控制权大部分留给了您所使用的各个程序的开发人员。

在涉及此主题时，并非每个开发人员都做出正确的决定。

我知道这很令人沮丧和烦恼，但您也不能吃蛋糕。在您的日常生活中，可能有很多情况都很好，您可以将焦点移到某个UI元素或某个应用程序上，要求该焦点保持锁定状态。但是，在决定谁是当前的领先者以及系统永远不可能完美时，大多数应用程序在某种程度上是平等的。

前一阵子，我为解决这一问题进行了广泛的研究（一劳永逸）失败）。我的研究结果可以在烦人的项目页面上找到。

该项目还包括一个应用程序，该应用程序反复尝试通过调用以下方法来获取焦点：

switch( message ) {
  case WM_TIMER:
    if( hWnd != NULL ) {
      // Start off easy
      // SetForegroundWindow will not move the window to the foreground,
      // but it will invoke FlashWindow internally and, thus, show the
      // taskbar.
      SetForegroundWindow( hWnd );

      // Our application is awesome! It must have your focus!
      SetActiveWindow( hWnd );

      // Flash that button!
      FlashWindow( hWnd, TRUE );
    }
    break;

从此代码段可以看出，我的研究还集中在我不喜欢的用户界面行为的其他方面。

我尝试解决此问题的方法是加载DLL进入每个新进程并挂接会导致另一个窗口被激活的API调用。
最后一部分很简单，这要归功于API很棒的钩子库。我使用了非常出色的mhook库：

#include "stdafx.h"
#include "mhook-2.2/mhook-lib/mhook.h"

typedef NTSTATUS( WINAPI* PNT_QUERY_SYSTEM_INFORMATION ) ( 
  __in       SYSTEM_INFORMATION_CLASS SystemInformationClass,     
  __inout    PVOID SystemInformation, 
  __in       ULONG SystemInformationLength, 
  __out_opt  PULONG ReturnLength    
);

// Originals
PNT_QUERY_SYSTEM_INFORMATION OriginalFlashWindow   = 
  (PNT_QUERY_SYSTEM_INFORMATION)::GetProcAddress( 
  ::GetModuleHandle( L"user32" ), "FlashWindow" );

PNT_QUERY_SYSTEM_INFORMATION OriginalFlashWindowEx = 
  (PNT_QUERY_SYSTEM_INFORMATION)::GetProcAddress( 
  ::GetModuleHandle( L"user32" ), "FlashWindowEx" );

PNT_QUERY_SYSTEM_INFORMATION OriginalSetForegroundWindow = 
  (PNT_QUERY_SYSTEM_INFORMATION)::GetProcAddress( 
  ::GetModuleHandle( L"user32" ), "SetForegroundWindow" );

// Hooks
BOOL WINAPI
HookedFlashWindow(
  __in  HWND hWnd,
  __in  BOOL bInvert
  ) {
  return 0;
}

BOOL WINAPI 
HookedFlashWindowEx(
  __in  PFLASHWINFO pfwi
  ) {
  return 0;
}

BOOL WINAPI 
HookedSetForegroundWindow(
  __in  HWND hWnd
  ) {
  // Pretend window was brought to foreground
  return 1;
}


BOOL APIENTRY 
DllMain( 
  HMODULE hModule,
  DWORD   ul_reason_for_call,
  LPVOID  lpReserved
  ) {
  switch( ul_reason_for_call ) {
    case DLL_PROCESS_ATTACH:
      Mhook_SetHook( (PVOID*)&OriginalFlashWindow,         HookedFlashWindow );
      Mhook_SetHook( (PVOID*)&OriginalFlashWindowEx,       HookedFlashWindowEx );
      Mhook_SetHook( (PVOID*)&OriginalSetForegroundWindow, HookedSetForegroundWindow );
      break;

    case DLL_PROCESS_DETACH:
      Mhook_Unhook( (PVOID*)&OriginalFlashWindow );
      Mhook_Unhook( (PVOID*)&OriginalFlashWindowEx );
      Mhook_Unhook( (PVOID*)&OriginalSetForegroundWindow );
      break;
  }
  return TRUE;
}

从我当时的测试来看，这非常有效。除了将DLL加载到每个新进程中的部分。正如人们可能想象的那样，这一点也不为过。那时我使用了AppInit_DLLs方法（这根本不够）。

基本上，这很好。但是我从来没有时间编写可以将我的DLL正确注入新进程的东西。花费的时间大大掩盖了焦点窃取给我带来的烦恼。

除了DLL注入问题之外，还有一种窃取焦点的方法，在实现上我没有涉及Google代码。一位同事实际上做了一些其他研究，并介绍了该方法。在SO上讨论了该问题：https://stackoverflow.com/questions/7430864/windows-7-prevent-application-from-losing-focus

#2 楼

在Windows 7中，不再检查ForegroundLockTimeout注册表项，可以使用Process Monitor进行验证。实际上，在Windows 7中，它们不允许您更改前景窗口。去阅读它的详细信息，它从Windows 2000开始就已经存在。

但是文档很烂，他们互相追逐并找到解决方法。

所以， SetForegroundWindow或类似的API函数存在某些问题...

真正正确执行此操作的唯一方法是制作一个小型应用程序，该应用程序会定期调用LockSetForegroundWindow，实际上是禁止对我们的错误进行任何调用API函数。

如果还不够（另一个bug的API调用？），您可以走得更远，并进行一些API监视以查看发生了什么，然后您只需在执行完每个过程后就将API调用挂钩您可以摆脱所有弄乱前台的电话。但是，具有讽刺意味的是，Microsoft不鼓励这样做。

#3 楼

TweakUI中有一个选项可以执行此操作。它阻止了可疑的软件开发人员用来迫使他们专注于他们的应用程序的大多数惯用技巧。

这是一场持续不断的武器战争，所以我不知道它是否适用于一切。

Update：据EndangeredMassa称，TweakUI在Windows 7上不起作用。

#4 楼

我认为可能存在一些混淆，因为有两种“窃取焦点”的方式：（1）窗口进入前台，（2）窗口接收击键。
这里提到的问题可能是第二个是Windows在没有用户请求或许可的情况下将焦点放在前台而成为焦点。
这里的讨论必须在XP和7之间进行。
Windows XP
在XP中，有一个注册表黑客使XP与Windows 7的作用相同，可以防止应用程序窃取焦点：

使用regedit转到：HKEY_CURRENT_USER\Control Panel\Desktop。
Double-单击ForegroundLockTimeout并将其值以十六进制设置为30d40。
按OK并退出regedit。
重新启动PC以使更改生效。

Windows 7
（下面的讨论同样也适用于XP。）
请理解，Windows无法完全阻止应用程序窃取焦点并保持功能。
例如，如果du环回文件副本，您的防病毒软件就会检测到可能的威胁
，并想弹出一个窗口询问您要采取的措施，如果该窗口被阻止了
，那么您将永远无法理解为什么复制永远不会终止。
在Windows 7中，只能对Windows本身的行为进行一种修改，即
使用MS-Windows焦点跟随鼠标注册表黑客，其中焦点和/或激活总是转到光标下方的窗口。可以添加延迟以避免应用程序在整个桌面上弹出。
请参阅本文：Windows 7-鼠标悬停使窗口处于活动状态-启用。
否则，必须检测并消除有罪程序：
如果这始终是与焦点相同的应用程序，则该应用程序
被编程为获取焦点，并且可以通过禁用它来从计算机启动或使用提供的某些设置来防止这种情况的发生。通过该应用程序来避免这种行为。
您可以使用VB代码中包含的VBS脚本
，该脚本可以识别谁在窃取焦点，而作者曾使用该脚本将罪魁祸首识别为打印机软件的“呼唤”更新程序。
衡量何时所有其他方法都失败了，并且如果您发现此应用程序编程错误，请
将其最小化，并希望它不会因此而浮出水面。
最小的更强形式是托盘通过使用
最佳免费应用程序最小化程序中列出的免费产品之一。
按照绝望的顺序，最后的想法是通过使用诸如台式机或Dexpot之类的产品来虚拟破坏台式机，
，然后在默认桌面以外的其他桌面上工作。
[编辑]
由于Microsoft淘汰了Archive Gallery，以下是上面的VB代码：

Declare Auto Function GetForegroundWindow Lib "user32.dll" () As Integer
Declare Auto Function GetWindowThreadProcessId Lib "user32.dll" (ByVal hwnd As Integer, ByRef procid As Integer) As UInteger
 
    Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
        Me.RichTextBox1.AppendText("Starting up at " & Now & vbCrLf)
    End Sub
 
    Private Sub GoingAway(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Deactivate, Me.LostFocus
 
        Dim hwnd As Integer = GetForegroundWindow()
        ' Note that process_id will be used as a ByRef argument
        ' and will be changed by GetWindowThreadProcessId
        Dim process_id As Integer = 1
        GetWindowThreadProcessId(hwnd, process_id)
 
        If (process_id <> 1) Then
            Dim appExePath As String = Process.GetProcessById(process_id).MainModule.FileName() 
            Me.RichTextBox1.AppendText("Lost focus at " & Now & " due to " & appExePath & vbCrLf)
        Else
            Me.RichTextBox1.AppendText("Lost focus due to unknown cause.")
        End If
 
    End Sub

#5 楼

受到Der Hochstapler的回答的启发，我决定编写一个DLL注入器，该注入器可与64位和32位进程一起使用，并防止焦点转移到Windows 7或更高版本上：https://blade.sk/stay-focused/

它的工作方式是监视新创建的窗口（使用SetWinEventHook），并将与Der Hochstapler的DLL非常相似的DLL注入到窗口的进程中（如果尚不存在的话）。它卸载DLL并在退出时恢复原始功能。

从我的测试来看，到目前为止，它工作得很好。但是，问题似乎不仅限于调用SetForegroundWindow的应用程序。例如，当创建一个新窗口时，它会自动进入前台，这也会干扰用户在另一个窗口中键入内容。

要处理其他窃取焦点的方法，需要进行更多测试，而我d感谢您对发生这种情况的任何反馈。

编辑：源代码现已可用。

#6 楼

Ghacks有一个可能的解决方案：


一天发生几次，某些应用程序通过弹出来窃取活动窗口的焦点。这种
可能由于多种原因而发生，例如，当我提取文件或完成传输时
。
在大多数情况下
并不重要，但是有时我写的是
文章，这不仅意味着
我必须再次输入一些单词，而且
我也失去了专心，并且必须单击以重新获得焦点。

Pro Reviewer网站上有关于如何防止这种情况发生的提示。
/>防止窃取焦点的最简单方法是使用Tweak UI，它具有
名为“防止应用程序窃取焦点”的设置。
选中此选项可以防止
其他应用程序突然弹出，
窃取您当前正在使用的窗口的焦点。

仅当应用程序
被使用时，此方法才起作用。最小化之前。而不是
失去焦点，它会闪烁
次，次数可以在Tweak UI的同一菜单中定义
。如果您不想使用Tweak UI，则可以在Windows注册表中更改设置。

导航到注册表项
HKEY_CURRENT_USER>控制面板>
桌面，然后将
ForegroundLockTimeout值更改为30d40
（十六进制）或200000（十进制）。
键ForeGroundFlashCount定义
窗口的闪烁次数以提醒用户
0表示无限制。

#7 楼

在您以编程方式从另一个进程激活，最大化和集中该进程的主窗口之后，我想出了如何阻止TaskBar闪烁新激活的目标窗口。首先，是否允许此操作有很多限制。


“系统限制可以设置前台窗口的进程。一个进程只能设置前台窗口如果满足以下条件之一：


该进程是前台进程。
该进程由前台进程启动。
该进程收到最后一个输入事件。
没有前台进程。
正在调试前台进程。
前台未锁定（请参见LockSetForegroundWindow）。
前台锁定超时已到期（请参阅SystemParametersInfo中的SPI_GETFOREGROUNDLOCKTIMEOUT）。
没有菜单处于活动状态。

https://docs.microsoft.com/zh-cn/windows/desktop/api/winuser/nf-winuser- allowetforegroundwindow


因此，如果控制进程在前台，则可以通过调用AllowSetForeg暂时使另一个进程完全窃取前台roundWindow及其目标进程的进程ID。然后，目标进程可以使用其自己的窗口句柄来调用SetForegroundWindow本身，它将起作用。

显然，这需要两个进程之间进行一些协调，但是它确实可以工作，如果您这样做是为了实现一个单实例应用程序，该应用程序将所有Explorer单击启动重定向到现有应用程序实例，那么您将已经有了一个（例如）命名管道来协调所有内容。