CefSharp升级至128.4.90版本后快捷键行为变化分析

背景介绍

CefSharp是一个基于Chromium Embedded Framework(CEF)的.NET封装库，它允许开发者在.NET应用程序中嵌入浏览器功能。在最近的版本升级中，从127.3.50升级到128.4.90后，开发者发现快捷键行为发生了显著变化。

问题现象

在127.3.50版本中，通过实现IKeyboardHandler接口并返回false，可以阻止所有快捷键的默认行为。然而升级到128.4.90后，这一机制不再有效，快捷键开始执行其原生功能。

技术原因分析

这一行为变化源于CEF底层架构的重大调整。在128版本中，CEF移除了Alloy Bootstrap运行时，转而采用Chromium Bootstrap运行时。这一变化带来了以下影响：

1. 架构层级提升：原先Alloy运行时直接构建在较低层级上，许多高级功能（如密码管理器）并未实现。新的Chromium运行时则构建在更高层级上，继承了Chromium的全部功能。

2. 行为差异：旧版本中某些功能"不存在"（如密码管理器），而在新版本中这些功能默认启用，需要显式禁用。

3. 快捷键处理：新版本中快捷键处理更加符合Chromium原生行为，原有的拦截机制需要调整。

解决方案

快捷键处理调整

要实现与旧版本相同的快捷键拦截效果，需要修改IKeyboardHandler的实现：

// 旧版本实现（返回false）
public bool OnKeyEvent(IWebBrowser browserControl, IBrowser browser, KeyType type, int windowsKeyCode, int nativeKeyCode, CefEventFlags modifiers, bool isSystemKey)
{
    return false; // 不再有效
}

// 新版本正确实现（返回true表示已处理）
public bool OnKeyEvent(IWebBrowser browserControl, IBrowser browser, KeyType type, int windowsKeyCode, int nativeKeyCode, CefEventFlags modifiers, bool isSystemKey)
{
    return true; // 拦截快捷键
}

禁用密码管理器

在新版本中，需要显式禁用密码管理器功能：

var requestContext = new RequestContextBuilder()
    .WithPreference("autofill.enabled", false)
    .WithPreference("credentials_enable_service", false)
    .Create();
browser.RequestContext = requestContext;

保持Alloy风格（临时方案）

对于WPF应用，可以暂时设置：

CefSharpSettings.RuntimeStyle = CefRuntimeStyle.Alloy;

但需要注意这是一个过渡方案，未来版本可能不再支持。

架构变化的影响

这一变化类似于从裸机开发转向使用完整操作系统：

1. 功能丰富性：获得了Chromium的全部功能，如更好的渲染、更多API支持等。

2. 配置复杂性：需要显式禁用不需要的功能，而非默认不存在。

3. 长期维护：基于Chromium运行时将获得更好的长期支持和功能更新。

升级建议

1. 评估功能需求：明确哪些Chromium新功能是有用的，哪些需要禁用。

2. 全面测试：快捷键