这个问题我之前帮同事处理过，核心矛盾在于WPF的控件级/全局快捷键会优先于WebBrowser内部的输入事件触发——毕竟WebBrowser本质是嵌入的IE控件，和WPF的焦点系统不是完全打通的。下面给你几个实用的解决方案，按可靠性排序：

方案一：通过Win32 API检测WebBrowser内部焦点（最推荐） #

这个方法直接利用系统API判断当前焦点是否落在WebBrowser的子控件上，不管页面是静态还是动态加载的输入框，都能准确识别。

步骤1：导入Win32 API函数 #

在你的窗口类里添加以下代码（需要引用System.Runtime.InteropServices）：

using System.Runtime.InteropServices;

[DllImport("user32.dll")]
private static extern IntPtr GetFocus();

[DllImport("user32.dll")]
private static extern bool GetParent(IntPtr hWnd, out IntPtr parentWnd);

步骤2：编写焦点检测方法 #

这个方法会递归向上查找焦点控件的父窗口，判断是否属于目标WebBrowser：

private bool IsFocusInsideWebBrowser(WebBrowser targetBrowser)
{
    var focusedHandle = GetFocus();
    if (focusedHandle == IntPtr.Zero) return false;

    IntPtr parentHandle;
    while (GetParent(focusedHandle, out parentHandle))
    {
        if (parentHandle == targetBrowser.Handle)
        {
            return true;
        }
        focusedHandle = parentHandle;
    }
    return false;
}

步骤3：修改快捷键处理逻辑 #

假设你之前是在窗口的PreviewKeyDown事件里处理快捷键，现在加上焦点判断：

private void Window_PreviewKeyDown(object sender, KeyEventArgs e)
{
    // 先定位第三个标签页的WebBrowser控件
    var thirdTab = tabControl.Items[2] as TabItem; // 索引从0开始，第三个标签页是2
    var webBrowser = thirdTab?.Content as WebBrowser;

    // 如果焦点在WebBrowser内部的输入控件上，直接跳过快捷键处理
    if (webBrowser != null && IsFocusInsideWebBrowser(webBrowser))
    {
        return;
    }

    // 原来的标签页切换逻辑
    switch (e.Key)
    {
        case Key.A:
            tabControl.SelectedIndex = 0;
            e.Handled = true;
            break;
        case Key.B:
            tabControl.SelectedIndex = 1;
            e.Handled = true;
            break;
        case Key.C:
            tabControl.SelectedIndex = 2;
            e.Handled = true;
            break;
        case Key.D:
            tabControl.SelectedIndex = 3;
            e.Handled = true;
            break;
    }
}

方案二：绑定WebBrowser内部输入控件的焦点事件 #

如果不想用Win32 API，可以尝试给WebBrowser加载的页面里的输入控件绑定焦点事件，记录当前是否在输入状态。不过这个方法对动态生成的输入框（比如AJAX加载的）支持不好，需要额外处理页面的DOM变化。

示例代码： #

private bool _isWebInputFocused = false;

private void webBrowser_DocumentCompleted(object sender, WebBrowserDocumentCompletedEventArgs e)
{
    var htmlDoc = webBrowser.Document as HtmlDocument;
    if (htmlDoc == null) return;

    // 给所有文本输入框绑定焦点事件
    foreach (HtmlElement input in htmlDoc.GetElementsByTagName("input"))
    {
        string inputType = input.GetAttribute("type").ToLower();
        if (inputType == "text" || inputType == "search" || inputType == "password")
        {
            input.Focusing += (s, args) => _isWebInputFocused = true;
            input.Blur += (s, args) => _isWebInputFocused = false;
        }
    }

    // 别忘了处理文本域
    foreach (HtmlElement textarea in htmlDoc.GetElementsByTagName("textarea"))
    {
        textarea.Focusing += (s, args) => _isWebInputFocused = true;
        textarea.Blur += (s, args) => _isWebInputFocused = false;
    }
}

然后在快捷键处理里判断_isWebInputFocused：

if (_isWebInputFocused) return;
// 原来的切换逻辑

方案三：仅在TabControl头部获得焦点时触发快捷键 #

另一种思路是，只有当用户的焦点在TabControl的标签头（而不是内容区域）时，才响应快捷键。这个方法不需要依赖Win32 API，但如果其他标签页的内容区域有控件，也会禁用快捷键，适合场景简单的情况。

示例代码： #

private bool IsFocusInTabControlHeader()
{
    var focusedElement = FocusManager.GetFocusedElement(this) as DependencyObject;
    while (focusedElement != null)
    {
        if (focusedElement is TabItem)
        {
            return true;
        }
        if (focusedElement is TabControl)
        {
            // 如果TabControl本身获得焦点，但没有子TabItem聚焦，说明在内容区域
            return FocusManager.GetFocusedElement(focusedElement as TabControl) == null;
        }
        focusedElement = VisualTreeHelper.GetParent(focusedElement);
    }
    return false;
}

然后在快捷键处理里：

if (!IsFocusInTabControlHeader()) return;
// 原来的切换逻辑

内容的提问来源于stack exchange，提问作者IgorStack