Chromium网页滑动和捏合手势处理过程分析全解.doc

Chromium网页滑动和捏合手势处理过程分析 从前面一文可以知道，Chromium的Browser进程从Touch事件中检测到滑动和捏合手势之后，就会将它们发送给Render进程处理。滑动手势对应于修改网页的Viewport，而捏合手势对应于设置网页的缩放因子。通常我们比较两个浏览器的流畅程度，就是比较它们的滑动和捏合性能。因此，浏览器必须要快速地响应用户的滑动和捏合手势。本文接下来就详细分析Chromium快速响应网页滑动和捏合手势的过程。 从前面文章中可以知道，Browser进程是通过一个类型为InputMsg_HandleInputEvent的IPC消息将网页的滑动和捏合手势发送给Render进程处理的。Render进程通过一个Input Event Filter截获这两个手势操作，并且分发给Compositor线程处理，如图1所示： 从前面文章中这个系列的文章可以知道，Compositor线程为网页维护了一个CC Active Layer Tree。这个CC Active Layer Tree描述的是网页当前正在显示的内容。由于滑动和捏合手势并没有改变网页的内容，仅仅是改变了它的位置和缩放因子，因此Compositor线程会将滑动和捏合手势直接应用在CC Active Layer Tree。这样就可以快速地响应用户的滑动和捏合操作了。 将滑动和捏合手势应用在网页的CC Active Layer Tree之后，就会造成它与网页的CC Layer Tree不一致。通常情况下，我们都是将CC Layer Tree的变化同步到CC Active Layer Tree中去的。但是在网页被滑动和捏合的情况下，就刚好反过来，我们需要将CC Active Layer Tree的变化同步到CC Layer Tree中去，以维持两个Tree的一致性。 那么，CC Active Layer Tree的变化什么时候会同步到CC Layer Tree去的呢？Compositor线程将滑动和捏合手势应用在CC Active Layer Tree之后，会执行两个操作。第一个操作是请求马上对CC Active Layer Tree进行渲染。第二个操作是请求执行下一次Commit，这将会触发CC Layer Tree被重新绘制。CC Layer Tree在重新绘制的过程中，就会将之前应用在CC Active Layer Tree上的滑动和捏合操作也应用在CC Layer Tree上，从而可以将CC Active Layer Tree的变化同步到CC Layer Tree中去。 接下来，我们就从Render进程截获Browser进程发送过来的输入事件开始，分析它快速响应网页的滑动和捏合手势的过程。 从前面文章中一文可以知道，Render进程在加载网页之后，会通过调用RenderThreadImpl类的成员函数EnsureWebKitInitialized初始化WebKit，如下所示： [cpp] view plain copy 在CODE上查看代码片派生到我的代码片 void RenderThreadImpl::EnsureWebKitInitialized() { bool enable = command_line.HasSwitch(switches::kEnableThreadedCompositing); if (enable) { InputHandlerManagerClient* input_handler_manager_client = NULL; if (!input_handler_manager_client) { input_event_filter_ = new InputEventFilter(this, compositor_message_loop_proxy_); AddFilter(input_event_filter_.get()); input_handler_manager_client = input_event_filter_.get(); } input_handler_manager_.reset( new InputHandlerManager(compositor_message_loop_proxy_, input_handle