PlzNavigate项目: Browser side navigation in Chrome
从 M60开始,Chrome中URL加载的架构会发生了比较大的变化。这个新的架构就是:Browser side navigation。
下面我们来逐步了解技术细节。
Render side navigation
从上图可以看出,在目前的架构中,Navigation主要在Render进程中完成的,关键的入口即Blink::FramLoader
。无论Navigation是由Browser进程还是Render进程发起,都会调用到FrameLoader::load()
,在这里会创建Blink::DocumentLoader
。然后又通过Blink::ResourceFetcher
来获取主要资源的加载。最终,通过Blink::ResourceLoader
和WebURLLoader|Impl
在Render主线程调用ResourceDispatcher
,然后再通过IPC消息,把请求发送到Browser进程的ResourceDispatcherHost|Impl
。
在Browser进程中,ResourceDispatcherHost|Impl
会创建net::URLRequest
,接下来就会由net模块进行资源的网络加载。完成之后,再原路返回到Render进程的Blink::DocumentLoader
完成一系列的解析渲染(DOM tree –>RenderObject tree–>RenderLayer tree–>GraphicsLayer tree)工作,然后通知Browser进程本次navigation的commit的结束。然后Browser进程的NavigationController
会commi本次的NavigationEntry
,而RenderFrameHostManager
会调度出pending状态的RenderFrameHost
,此时browser加载document到frame,完成整个navigation。
具体流程参考下图,可点击看大图:
为什么网络连接需要在Browser进程完成?这是出于缓存共享和安全等方面的考虑,具体请参考Multi-process Resource Loading。
这种架构存在一些问题,例如:
- 性能:比如Render进程的启动发生在navigations的过程中会带来延时。
- 安全:Chrome 的理想安全模型–site-per-process的无法在现有架构实现。
Browser side navigation
--- 未完待续 ---