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::ResourceLoaderWebURLLoader|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

这里写图片描述

--- 未完待续 ---

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值