本文探讨了Chrome的UI设计，包括其自定义的控件库，控件结构基于View，RootView用于消息分发。Chrome的图形框架使用ChromeCanvas结合Skia和GDI进行绘制。在页面加载和绘制部分，Chrome使用WebKit进行HTML渲染，配合V8引擎处理JavaScript。资源下载在Browser进程中统一管理，借助WinHTTP和共享内存减少进程间通信成本。Render进程不直接接收系统消息，Browser进程通过IPC转发。最后，分析了为何Render进程不直接拥有HWND，以提高用户响应速度。
1. Chrome的窗口控件
Chrome提供了自己的一个UI控件库，相关文档可以参见 这里 。用Chrome自己的话来说，我觉得市面上的七荤八素的图形控件库都不好用，于是自己倒腾倒腾实现了一套。。。
广告虽如此说，不过，Chrome的图形控件结构，我还未发现有啥非常非常特别的地方。Chrome的窗口、按钮、菜单之类的控件，都直接或间接派生自View，这个是控件基类。Chrome的View具有树形结构，其内部有一个子View数组，由此构成一个控件常用的组合模式。。。
有一个比较特殊的View子类，叫做RootView，顾名思义，它是整个View控件树的根，在Chrome中，一个正确的树形的控件结构，必须由RootView作为根。之所以要这样设计，是因为RootView有一个比较特殊的功能，那就是分发消息。。。
我们知道，一般的Windows控件，都有一个HWND，用与占据一块屏幕，捕获系统消息。Chrome中的View只是保存控件相关信息和绘制控件，里面没有HWND句柄，因此不能够捕获系统消息。在Chrome中，完整的控件架构是这样的，首先需要有一个ViewContainer，它里面包含一个RootView。ViewContainer是一个抽象类，在Window中的一个子类是HWNDViewContainer，同时，HWNDViewContainer还是MessageLoopForUI::Observer的子类。如果你看过本文第一部分描述的线程通信的内容的话，你就应该还记得，Observer是用于监听本线程内系统消息的东东。。。
当有系统消息进入此线程消息循环后，HWNDViewCon
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
