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。

这种架构存在一些问题，例如：

1. 性能：比如Render进程的启动发生在navigations的过程中会带来延时。
2. 安全：Chrome 的理想安全模型–site-per-process的无法在现有架构实现。

Browser side navigation

－－－　未完待续　－－－