CefSharp使用SendKeyEvent发送Tab键未实现预期页面元素焦点遍历效果

现有代码配置的KeyEvent参数完全不符合Chromium内核的按键处理逻辑，直接导致事件被内核路由到文本输入分支，而非焦点导航分支：

• 将KeyEvent.Type设置为KeyEventType.Char，该类型事件属于文本字符输入类，仅用于传递输入法、可编辑域的字符内容，不会被内核识别为导航快捷键
• 硬编码FocusOnEditableField = true会强制内核判定当前焦点始终处于可编辑输入域，自然会将Tab事件按“输入框内插入制表符”的逻辑处理，不会触发页面焦点遍历流程
• 真实的Tab导航需要依赖完整的按键按下-按键松开事件序列触发，单发Char类型事件根本无法凑成有效的按键交互链路

• 调整KeyEvent核心参数，匹配Tab导航的触发要求
  • 将原单个Char类型事件拆分为KeyEventType.KeyDown+KeyEventType.KeyUp两个连续事件，模拟真实物理按键的交互节奏
  • 将FocusOnEditableField参数设置为false，不要强制内核判定焦点位置，由内核自行探测当前真实焦点所在的元素类型
  • 如果需要支持反向Shift+Tab导航，可在KeyEvent的Modifiers属性中添加对应Shift键的修饰值
• 调整事件发送间隔，模拟真实按键的时间差
  在KeyDown和KeyUp事件之间增加10~20ms的短延迟，避免事件发送过快导致内核来不及完成焦点切换计算
• 补充焦点前置逻辑
  若CefSharp控件本身没有获得页面级焦点，需先调用browser.GetBrowser().GetHost().Focus()方法将焦点传递给内核，否则导航类按键事件会被内核直接忽略

for (int i = 0; i < 1000; i++)
{
    // 触发Tab键按下
    var tabKeyDown = new KeyEvent
    {
        WindowsKeyCode = (int)Keys.Tab,
        Type = KeyEventType.KeyDown,
        FocusOnEditableField = false,
        IsSystemKey = false
    };
    browser.GetBrowser().GetHost().SendKeyEvent(tabKeyDown);
    await Task.Delay(20);

    // 触发Tab键松开
    var tabKeyUp = new KeyEvent
    {
        WindowsKeyCode = (int)Keys.Tab,
        Type = KeyEventType.KeyUp,
        FocusOnEditableField = false,
        IsSystemKey = false
    };
    browser.GetBrowser().GetHost().SendKeyEvent(tabKeyUp);

    await Task.Delay(50);
}

• 若发送按键后依然无焦点跳转，检查WinForms父窗体的按键拦截逻辑，父窗体会默认在Tab键触发时完成窗体上的控件遍历，需重写窗体的ProcessCmdKey方法，将Tab按键事件透传给CefSharp控件，不要提前截获
• 若焦点在输入框时依然插入制表符，属于页面自身的JS逻辑拦截了Tab的keydown事件，和CefSharp的按键发送逻辑无关，可通过注入JS脚本绕过该拦截实现焦点跳转

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