Chromium源码编译和初步的代码阅读
起源
笔者有使用快捷键的习惯，相信不少人也都有在不同软件上定制 HotKey 的需求。然而 Chrome 自带的快捷键有些是不能改的，当使用 Chrome 连接远程桌面开发调试软件时，F1 ~ F12 功能键中有相当多是无法正常使用的。
- 有些能通过 Chrome 脚本插件（如 tampermonkey）截断按键的捕获来解决冲突，有些则处理不了————例如 F11 这种浏览器标准中所要求的快捷键，优先级是很高的，无法从 js 的层面进行处理。
- 当然了，第三方改键软件也不失为一种简单方便的 Workaround，但会影响到其他软件，终究不是那么的优雅。
因此打算把 Chromium 源码下载下来，直接修改快捷键的处理逻辑，将不需要的快捷键屏蔽掉。
代码下载与编译
Chromium 的下载最重要的就是 官方文档。由于国内特殊的网络环境，一些额外工作也是必不可少，贴一些我在解决问题的过程中搜到的感觉很有用的文档：
另外，设置 --no-history 也是很重要的。一开始没有设置，下载了 10G+ 的文件都才 60%，实在太慢。设置以后直接不到 1G 搞定。
此处记录一个小坑，在 fetch chromium --no-history 的执行上报错，提示 --no-history 参数错误，以为是命令行环境错误，一查官方文档提醒使用 cmd，我使用的就是 cmd，没办法只能去改脚本了，修改 depot_tools/fetch.py：
def handle_args(argv):
"""Gets the config name from the command line arguments."""
if len(argv) <= 1:
usage('Must specify a config.')
if argv[1] in ('-h', '--help', 'help'):
usage()
dry_run = False
nohooks = False
no_history = True // 修改此处
force = False
while len(argv) >= 2:
arg = argv[1]
if not arg.startswith('-'):
break
argv.pop(1)
if arg in ('-n', '--dry-run'):
dry_run = True
elif arg == '--nohooks':
nohooks = True
elif arg == '--no-history':
no_history = True
elif arg == '--force':
force = True
else:
usage('Invalid option %s.' % arg)
代码下载完成后就是漫长的编译了： autoninja -C out\Default chrome
i5 7500的 CPU，16g 内存，默认开启 6 个进程，总耗时约 6 个小时。
修改代码
首先还是官方文档，大概扫了一遍，对主要的几个工程有一定的了解，其他的先暂时不管，毕竟好几千个工程，估计代码能看好几年... 全看是不现实了，直指目标，搜索关键词 "F11" 看一下，直接出来几百个搜索结果，而且文件太多了，搜索一直停不下来。将搜索停掉，忽略 ".html", ".js", ".xtb", ".inc", "*unittest.cc" 等可能与主程序逻辑不相关的搜索结果，从文件名开始扫视，fullscreen_control_host.cc 进入眼帘，打开该文件及其头文件，原来是全屏状态下显示退出的 "X" 图标。
继续找，搜索了若干相似的关键词，都没有想要的结果，好吧看来找捷径失败，滚回去乖乖看文档。
Life of a "mouse click" message: 演示了鼠标事件从 browser 到 renderer 的流程。emm，貌似 mouse 事件跟 keyboard 事件处理流程是类似的，这个没准可行！
- 找到关键类
RenderWidgetHostViewWin，去代码中搜一搜，竟然没有，难道这个文件没有被 VS 收录？先去 Google 一下RenderWidgetHostViewWin site:chromium.googlesource.com，得到结果 render_widget_host_view_win.h，这个文件貌似在最新版本没有了。 - 既然官方文档没有及时更新，那就换个思路，从功能的名称来搜索。"F11" 对应的是全屏开关，果然，通过 "fullscreen" 关键词找到了
fullscreen_control.cc，其中有两个相关的方法：
void FullscreenController::ExitFullscreenModeInternal();
void FullscreenController::ExitFullscreenModeForTab(WebContents* web_contents);
根据之前文档中的描述，Tab-initiated 是由 Flash 或 Api 调用产生的全屏，那剩下的只有 ExitFullscreenModeInternal，进去加断点，在按 "F11" 退出全屏状态时成功触发断点。
找到切入点后，阅读上下文的代码就不会如无头苍蝇一般了。
修改代码，编译，运行，测试快捷键，如预期被修改成功！（此处还是要吐槽一下 chromium 的编译，哪怕只改了一个模块，增量编译也要接近 10 分钟，吃掉 5g 的内存）
暂告段落
一番折腾，周末也快过去了...但是在 Chromium 源码的阅读过程中，还是能发现不少设计模式的影子。作为一款大型桌面软件，它对软件模块的分层也值得学习，特别是插件的设计，还有 web 页面的渲染机制是什么样的（例如之前做 WPF 表格控件的时候，无法做到灵活的样式，而 HTML 中 <table> 能轻松做出合并单元格的样式），以后有时间再进一步研究。
update: 找到个文档：Chromium中文文档，对入门还是有些帮助的
