Chromium网页Frame Tree创建过程分析

最新推荐文章于 2022-03-13 18:15:49 发布
最新推荐文章于 2022-03-13 18:15:49 发布
阅读量715 收藏 2
点赞数 1
分类专栏： C++
原文链接：https://blog.csdn.net/luoshengyang/article/details/50450100
版权

 Chromium在加载一个网页之前，需要在Browser进程创建一个Frame Tree。Browser进程为网页创建了Frame Tree之后，再请求Render进程加载其内容。Frame Tree将网页抽象为Render Frame。Render Frame是为实现Out-of-Process iframes设计的。本文接下来就分析Frame Tree的创建过程，为后面分析网页加载过程打基础。

 

    关于Chromium的Out-of-Process iframes的详细介绍，可以参考官方文档：Out-of-Process iframes (OOPIFs)，或者前面Chromium网页加载过程简要介绍和学习计划一文。我们通过图1所示的例子简单介绍，如下所示：

                                                 图1 Out-of-Process iframes

    在图1中，网页A在一个Tab显示，并且它通过iframe标签包含了网页B和网页C。网页C通过window.open在另外一个Tab中打开了另外一个网页C实例。新打开的网页C通过iframe标签包含了网页D，网页D又通过iframe标签包含了网页A的另外一个实例。       这时候Browser进程会分别为图1的两个Tab创建一个WebContents对象，如图2所示：
                    

                                                图2 RenderFrameHost/RenderFrameProxyHost

在Browser进程中，一个网页使用一个WebContents对象描述。每一个WebContents对象都又关联有一个Frame Tree。Frame Tree的每一个Node代表一个网页。其中，Frame Tree的根Node描述的是主网页，子Node描述的是通过iframe标签嵌入的子网页。例如，第一个Tab的Frame Tree包含有三个Node，分别代表网页A、B和C，第二个Tab的Frame Tree也包含有三个Node，分别代表网页C、D和A。

       网页A、B、C和D在Chromium中形成了一个Browsing Instance。关于Chromium的Browsing Instance，可以参考官方文档：Process Models，它对应于HTML5规范中的Browsing Context。

       我们观察代表网页B的子Node，它关联有一个RenderFrameHost对象和三个RenderFrameProxyHost对象。其中，RenderFrameHost对象描述的是网页B本身，另外三个RenderFrameProxyHosts对象描述的是网页A、C和D。表示网页B可以通过Javascript接口window.postMessage向网页A、C和D发送消息。

       假设图1所示的网页A、B、C和D分别在不同的Render进程中渲染，如图3所示：

                                                  图3 RenderFrame/RenderFrameProxy

    在负责加载和渲染网页B的Render进程中，有一个RenderFrame对象，代表图1所示的网页B。负责加载和渲染网页B的Render进程还包含有五个RenderFrameProxy对象，分别代表图1所示的两个网页A实例、两个网页C实例和一个网页D实例。在负责渲染网页A、C和D的Render进程中，也有类似的RenderFrame对象和RenderFrameProxy对象。

      Browser进程的RenderFrameHost对象和Render进程的RenderFrame对象是一一对应的。同样，Browser进程的RenderFrameHostProxy对象和Render进程的RenderFrameProxy对象也是一一对应的。RenderFrame对象和RenderFrameProxy对象的存在，使得在同一个Browsing Instance或者Browsing Context中的网页可以通过Javascript接口window.postMessage相互发送消息。

      例如，当网页B要向网页A发送消息时，负责加载和渲染网页B的Render进程就会在当前进程中找到与网页B对应的RenderFrame对象，以及与网页A对应的RenderFrameProxy对象，然后将要发送的消息从找到的RenderFrame对象传递给找到的RenderFrameProxy对象即可。与网页A对应RenderFrameProxy对象接收到消息之后，会进一步将该消息发送给负责加载和渲染网页A的Render进程处理，从而完成消息的发送和处理过程。

      接下来，我们就结合源码分析Chromium为网页创建Frame Tree的过程，这个过程涉及到WebContents、RenderFrameHost和RenderFrame等重要对象的创建。       前面提到，Frame Tree是在Browser进程中创建的，并且与一个WebContents对象关联。从前面Chromium网页加载过程简要介绍和学习计划一文可以知道，WebContents是Chromium的Content模块提供的一个高级接口，通过这个接口可以将一个网页渲染在一个可视区域中。我们可以认为，一个WebContents对象就是用来实现一个网页的加载、解析、渲染和导航等功能的。

      Frame Tree是在与其关联的WebContents对象的创建过程中创建的，因此接下来我们就从WebContents对象的创建过程开始分析Frame Tree的创建过程。以Chromium硬件加速渲染的OpenGL上下文绘图表面创建过程分析一文提到的Shell APK为例，它会为每一个要加载的网页在Native层创建一个Shell。在创建这个Shell的过程中，就会同时创建一个WebContents对象。

      从前面Chromium硬件加速渲染的OpenGL上下文绘图表面创建过程分析一文可以知道，Shell APK是通过调用Native层的Shell类的静态成员函数CreateNewWindow为要加载的网页创建一个Shell的，它的实现如下所示：

  1. Shell* Shell::CreateNewWindow(BrowserContext* browser_context,
  2.                                const GURL& url,
  3.                                SiteInstance* site_instance,
  4.                                int routing_id,
  5.                                const gfx::Size& initial_size) {
  6.    WebContents::CreateParams create_params(browser_context, site_instance);
  7.    create_params.routing_id = routing_id;
  8.    create_params.initial_size = AdjustWindowSize(initial_size);
  9.    WebContents* web_contents = WebContents::Create(create_params);
  10.    Shell* shell = CreateShell(web_contents, create_params.initial_size);
  11.    ......
  12.   return shell;
  13.  }

     这个函数定义在文件external/chromium_org/content/shell/browser/shell.cc中。

      Shell类的静态成员函数CreateNewWindow首先是调用WebContents类的静态成员函数Create创建一个WebContentsImpl对象，接着再调用Shell类的静态成员函数CreateShell根据前面创建的WebContentsImpl对象创建一个Shell对象，并且返回给调用者。

      接下来，我们先分析WebContents类的静态成员函数Create的实现，接着再分析Shell类的静态成员函数CreateShell的实现。       WebContents类的静态成员函数Create的实现如下所示：

  1. WebContents* WebContents::Create(const WebContents::CreateParams& params) {
  2.  return WebContentsImpl::CreateWithOpener(
  3.      params, static_cast<WebContentsImpl*>(params.opener));
  4. }

    这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_impl.cc中。

     WebContents类的静态成员函数Create调用另外一个静态成员函数CreateWithOpener创建一个WebContentsImpl对象，并且返回给调用者。

     WebContents类的静态成员函数CreateWithOpener的实现如下所示：

  1. WebContentsImpl* WebContentsImpl::CreateWithOpener(
  2.    const WebContents::CreateParams& params,
  3.    WebContentsImpl* opener) {
  4.  ......
  5.  WebContentsImpl* new_contents = new WebContentsImpl(
  6.      params.browser_context, params.opener_suppressed ? NULL : opener);
  7.   ......
  8.  new_contents->Init(params);
  9.  return new_contents;
  10. }

      这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_impl.cc中。

      WebContents类的静态成员函数CreateWithOpener首先是创建一个WebContentsImpl对象。在将这个WebContentsImpl对象返回给调用者之前，会先调用它的成员函数Init对它进行初始化。

      接下来，我们先分析WebContentsImpl对象的创建过程，即WebContentsImpl类的构造函数的实现，接下来再分析WebContentsImpl对象的初始化过程，即WebContentsImpl类的成员函数Init的实现。

      WebContentsImpl类的构造函数的实现如下所示：

  1. WebContentsImpl::WebContentsImpl(
  2.    BrowserContext* browser_context,
  3.    WebContentsImpl* opener)
  4.    : ......,  
  5.    controller_(this, browser_context),
  6.      ......,
  7.      frame_tree_(new NavigatorImpl(&controller_, this),
  8.               this, this, this, this),
  9. ...... {
  10.  ......
  11. }

      这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_impl.cc中。

                WebContentsImpl类的成员变量controller_描述的是一个NavigationControllerImpl对象。后面我们可以看到，这个NavigationControllerImpl对象负责执行加载URL的操作。现在我们分析它的创建过程，如下所示：

  1. NavigationControllerImpl::NavigationControllerImpl(
  2.    NavigationControllerDelegate* delegate,
  3.    BrowserContext* browser_context)
  4.    : ......,
  5.      delegate_(delegate),
  6.      ......{
  7.  ......}

      这个函数定义在文件external/chromium_org/content/browser/frame_host/navigation_controller_impl.cc中。

      从前面的调用过程可以知道，参数delegate指向的是一个WebContentsImpl对象。这个WebContentsImpl对象保存在NavigationControllerImpl类的成员变量delegate_中。

      回到WebContentsImpl类的构造函数中，它构造了一个NavigationControllerImpl对象之后，接下来又根据该NavigationControllerImpl对象创建一个NavigatorImpl对象。这个NavigatorImpl对象也是在加载URL时使用到的，它的创建过程如下所示：

  1. NavigatorImpl::NavigatorImpl(
  2.    NavigationControllerImpl* navigation_controller,
  3.    NavigatorDelegate* delegate)
  4.    : controller_(navigation_controller),
  5.      delegate_(delegate) {
  6. }  

    这个函数定义在文件external/chromium_org/content/browser/frame_host/navigator_impl.cc

       从前面的调用过程可以知道，参数navigation_controller和delegate指向的分别是一个NavigationControllerImpl对象和一个WebContentsImpl对象，它们分别保存在NavigatorImpl类的成员变量controller_和delegate_中。

      再回到WebContentsImpl类的构造函数中，它创建了一个NavigatorImpl对象之后，又根据该NavigatorImpl对象创建一个FrameTree对象，并且保存在成员变量frame_tree_中。这个FrameTree对象描述的就是一个Frame Tree。

      接下来我们继续分析FrameTree对象的创建过程，也就是FrameTree类的构造函数的实现，如下所示：

  1. FrameTree::FrameTree(Navigator* navigator,
  2.                     RenderFrameHostDelegate* render_frame_delegate,
  3.                     RenderViewHostDelegate* render_view_delegate,
  4.                     RenderWidgetHostDelegate* render_widget_delegate,
  5.                     RenderFrameHostManager::Delegate* manager_delegate)
  6.    : render_frame_delegate_(render_frame_delegate),
  7.      render_view_delegate_(render_view_delegate),
  8.      render_widget_delegate_(render_widget_delegate),
  9.      manager_delegate_(manager_delegate),
  10.      root_(new FrameTreeNode(this,
  11.                              navigator,
  12.                              render_frame_delegate,
  13.                              render_view_delegate,
  14.                              render_widget_delegate,
  15.                              manager_delegate,
  16.                              std::string())),
  17.      ...... {
  18. }  

    这个函数定义在文件external/chromium_org/content/browser/frame_host/frame_tree.cc中。

      从前面的调用过程可以知道，参数navigator指向的是一个NavigatorImpl对象，其余四个参数指向的是同一个WebContentsImpl对象，分别被保存在FrameTree类的成员变量render_frame_delegate_、render_view_delegate_、render_widget_delegate_和manager_delegate_中。

      FrameTree类的构造函数接下来做的一件事情是创建一个FrameTreeNode对象，并且保存在成员变量root_中，作为当前正在创建的Frame Tree的根节点。这个根节点描述的就是后面要加载的网页。

      FrameTreeNode对象的创建过程，即FrameTreeNode类的构造函数的实现，如下所示：

  1. FrameTreeNode::FrameTreeNode(FrameTree* frame_tree,
  2.                             Navigator* navigator,
  3.                             RenderFrameHostDelegate* render_frame_delegate,
  4.                             RenderViewHostDelegate* render_view_delegate,
  5.                             RenderWidgetHostDelegate* render_widget_delegate,
  6.                             RenderFrameHostManager::Delegate* manager_delegate,
  7.                             const std::string& name)
  8.    : frame_tree_(frame_tree),
  9.      navigator_(navigator),
  10.      render_manager_(this,
  11.                      render_frame_delegate,
  12.                      render_view_delegate,
  13.                      render_widget_delegate,
  14.                      manager_delegate),
  15.      ...... {}  

    这个函数定义在文件external/chromium_org/content/browser/frame_host/frame_tree_node.cc中。

      从前面的调用过程可以知道，参数frame_tree和navigator指向的分别是一个FrameTree对象和一个NavigatorImpl对象，它们分别被保存在FrameTreeNode类的成员变量frame_tree_和navigator_中。

      FrameTreeNode类的构造函数接下来做的一件事情是构造一个RenderFrameHostManager对象，并且保存在成员变量render_manager_中。这个RenderFrameHostManager对象负责管理与当前正在创建的FrameTreeNode对象关联的一个RenderFrameHost对象，它的构造过程如下所示：

  1. RenderFrameHostManager::RenderFrameHostManager(
  2.    FrameTreeNode* frame_tree_node,
  3.    RenderFrameHostDelegate* render_frame_delegate,
  4.    RenderViewHostDelegate* render_view_delegate,
  5.    RenderWidgetHostDelegate* render_widget_delegate,
  6.    Delegate* delegate)
  7.    : frame_tree_node_(frame_tree_node),
  8.      delegate_(delegate),
  9.      ......,
  10.      render_frame_delegate_(render_frame_delegate),
  11.      render_view_delegate_(render_view_delegate),
  12.      render_widget_delegate_(render_widget_delegate),
  13.      ...... {
  14.  ......
  15. }  

   这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_manager.cc中。

     从前面的调用过程可以知道，参数frame_tree_node指向的是一个FrameTreeNode对象，它被保存在RenderFrameHostManager类的成员变量frame_tree_node_中，其余四个参数指向的是同一个WebContentsImpl对象，分别被保存在RenderFrameHostManager类的成员变量delegate_、render_frame_delegate_、render_view_delegate_和render_widget_delegate_中。

      这一步执行完成之后，一个Frame Tree就创建出来了。这是一个只有根节点的Frame Tree。根节点描述的网页就是接下来要进行加载的。根节点描述的网页加载完成之后，就会进行解析。在解析的过程中，如果碰到iframe标签，那么就会创建另外一个子节点，并且添加到当前正在创建的Frame Tree中去。

      返回到WebContents类的静态成员函数CreateWithOpener中，它创建了一个WebContentsImpl对象之后，接下来会调用这个WebContentsImpl对象的成员函数Init执行初始化工作，如下所示：

  1. void WebContentsImpl::Init(const WebContents::CreateParams& params) {
  2.  
  3.  ......   GetRenderManager()->Init(
  4.      params.browser_context,
  5.      params.site_instance, params.routing_id,
  6.      params.main_frame_routing_id);
  7.  
  8.   ......
  9.   if (browser_plugin_guest_) {
  10.    ......
  11.  } else {
  12.    // Regular WebContentsView.
  13.    view_.reset(CreateWebContentsView(
  14.        this, delegate, &render_view_host_delegate_view_));
  15.  }
  16.   ......
  17. }

      这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_impl.cc中。

       WebContentsImpl类的成员函数Init首先是调用成员函数GetRenderManager获得一个RenderFrameHostManager对象，接下来再调用这个RenderFrameHostManager对象的成员函数Init对其进行初始化。

      WebContentsImpl类的成员函数GetRenderManager的实现如下所示：RenderFrameHostManager* WebContentsImpl::GetRenderManager() const {  return frame_tree_.root()->render_manager();}       这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_impl.cc中。

      从前面的分析可以知道，WebContentsImpl类的成员变量frame_tree_指向的是一个FrameTree对象。调用这个FrameTree对象的成员函数root获得的是一个FrameTreeNode对象。这个FrameTreeNode对象描述的是前面创建的Frame Tree的根节点。WebContentsImpl类的成员函数GetRenderManager最后调用该FrameTreeNode对象的成员函数render_manager获得一个RenderFrameHostManager对象，并且返回给调用者。

      FrameTreeNode类的成员函数render_manager的实现如下所示：

  1. class CONTENT_EXPORT FrameTreeNode {
  2. public:
  3.  ......
  4.   RenderFrameHostManager* render_manager() {
  5.    return &render_manager_;
  6.  }
  7.   ......
  8.  private:
  9.  ......
  10.   RenderFrameHostManager render_manager_;
  11.    ......
  12. };

     这个函数定义在文件external/chromium_org/content/browser/frame_host/frame_tree_node.h中。

     从这里可以看到，FrameTreeNode类的成员函数render_manager返回的是成员变量render_manager_描述的一个RenderFrameHostManager对象。这个RenderFrameHostManager对象是在前面分析的FrameTreeNode类的构造函数创建的。      回到WebContentsImpl类的成员函数Init中，它获得了一个RenderFrameHostManager对象之后，就调用它的成员函数Init对它进行初始化，如下所示：

  1. void RenderFrameHostManager::Init(BrowserContext* browser_context,
  2.                                  SiteInstance* site_instance,
  3.                                  int view_routing_id,
  4.                                  int frame_routing_id) {
  5.  ......
  6.   SetRenderFrameHost(CreateRenderFrameHost(site_instance,
  7.                                           view_routing_id,
  8.                                           frame_routing_id,
  9.                                           false,
  10.                                           delegate_->IsHidden()));
  11.   ......
  12. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_manager.cc中。

      RenderFrameHostManager类的成员函数Init主要做了两件事情。第一件事情是调用成员函数CreateRenderFrameHost创建了一个RenderFrameHostImpl对象。第二件事情是调用成员函数SetRenderFrameHost将该RenderFrameHostImpl对象保存在内部，如下所示：

  1. scoped_ptr<RenderFrameHostImpl> RenderFrameHostManager::SetRenderFrameHost(
  2.    scoped_ptr<RenderFrameHostImpl> render_frame_host) {
  3.  // Swap the two.
  4.  scoped_ptr<RenderFrameHostImpl> old_render_frame_host =
  5.      render_frame_host_.Pass();  render_frame_host_ = render_frame_host.Pass();
  6.  
  7. ......
  8.  
  9. return old_render_frame_host.Pass();
  10. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_manager.cc中。

      RenderFrameHostManager类的成员函数SetRenderFrameHost主要是将参数render_frame_host描述的一个RenderFrameHostImpl对象保存在成员变量render_frame_host_中。

      回到RenderFrameHostManager类的成员函数Init中，接下来我们主要分析它调用成员函数CreateRenderFrameHost创建RenderFrameHostImpl对象的过程，如下所示：

  1. scoped_ptr<RenderFrameHostImpl> RenderFrameHostManager::CreateRenderFrameHost(
  2.    SiteInstance* site_instance,
  3.    int view_routing_id,
  4.    int frame_routing_id,
  5.    bool swapped_out,
  6.    bool hidden) {
  7.  ......
  8.   FrameTree* frame_tree = frame_tree_node_->frame_tree();
  9.  RenderViewHostImpl* render_view_host = NULL;
  10.  if (frame_tree_node_->IsMainFrame()) {
  11.    render_view_host = frame_tree->CreateRenderViewHostForMainFrame(
  12.        site_instance, view_routing_id, frame_routing_id, swapped_out, hidden);
  13.  }
  14.    ......
  15.   scoped_ptr<RenderFrameHostImpl> render_frame_host =
  16.      make_scoped_ptr(RenderFrameHostFactory::Create(render_view_host,
  17.                                                     render_frame_delegate_,
  18.                                                     frame_tree,
  19.                                                     frame_tree_node_,
  20.                                                     frame_routing_id,
  21.                                                     swapped_out).release());
  22.  return render_frame_host.Pass();
  23. }  

   这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_manager.cc中。

     从前面的分析可以知道，当前正在处理的RenderFrameHostManager对象的成员变量frame_tree_node_描述的是一个Frame Tree的根节点。一个Frame Tree的根节点描述的网页是一个Main Frame（网页中的iframe标签描述的网页称为Sub Frame），因此RenderFrameHostManager类的成员函数CreateRenderFrameHost是调用FrameTree类的成员函数CreateRenderViewHostForMainFrame创建一个RenderViewHostImpl对象，并且保存在本地变量render_view_host中。      FrameTree类的成员函数CreateRenderViewHostForMainFrame的实现如下所示：

  1. RenderViewHostImpl* FrameTree::CreateRenderViewHostForMainFrame(
  2.    SiteInstance* site_instance,
  3.    int routing_id,
  4.    int main_frame_routing_id,
  5.    bool swapped_out,
  6.    bool hidden) {
  7.  .....
  8.  RenderViewHostImpl* rvh = static_cast<RenderViewHostImpl*>(
  9.      RenderViewHostFactory::Create(site_instance,
  10.                                    render_view_delegate_,
  11.                                    render_widget_delegate_,
  12.                                    routing_id,
  13.                                    main_frame_routing_id,
  14.                                    swapped_out,
  15.                                    hidden));
  16.   render_view_host_map_[site_instance->GetId()] = rvh;
  17.  return rvh;
  18. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/frame_tree.cc中。

      FrameTree类的成员函数CreateRenderViewHostForMainFrame调用RenderViewHostFactory类的静态成员函数Create创建了一个RenderViewHostImpl对象。在将这个RenderViewHostImpl对象返回给调用者之前，会以参数site_instance描述的一个Site Instance的ID为键值，将该RenderViewHostImpl对象保存在成员变量render_view_host_map_描述的一个Hash Map中，以便以后可以进行查找。

      RenderViewHostFactory类的静态成员函数Create的实现如下所示：

  1. RenderViewHost* RenderViewHostFactory::Create(
  2.    SiteInstance* instance,
  3.    RenderViewHostDelegate* delegate,
  4.    RenderWidgetHostDelegate* widget_delegate,
  5.    int routing_id,
  6.    int main_frame_routing_id,
  7.    bool swapped_out,
  8.    bool hidden) {
  9.  ......
  10.  return new RenderViewHostImpl(instance, delegate, widget_delegate, routing_id,                                main_frame_routing_id, swapped_out, hidden);
  11. }

      这个函数定义在文件external/chromium_org/content/browser/renderer_host/render_view_host_factory.cc中。

      RenderViewHostFactory类的静态成员函数Create首先是创建了一个RenderViewHostImpl对象，然后再将这个RenderViewHostImpl对象返回给调用者。从前面Chromium的Render进程启动过程分析一文可以知道，在创建RenderViewHostImpl对象的过程中，将会启动一个Render进程。这个Render进程接下来将会负责加载指定的URL。

      这一步执行完成之后，回到RenderFrameHostManager类的成员函数CreateRenderFrameHost中，它接下来调用RenderFrameHostFactory类的静态成员函数Create创建了一个RenderFrameHostImpl对象。这个RenderFrameHostImpl对象返回给RenderFrameHostManager类的成员函数Init后，将会被保存在成员变量render_frame_host_中。       RenderFrameHostFactory类的静态成员函数Create的实现如下所示：

  1. scoped_ptr<RenderFrameHostImpl> RenderFrameHostFactory::Create(
  2.    RenderViewHostImpl* render_view_host,
  3.    RenderFrameHostDelegate* delegate,
  4.    FrameTree* frame_tree,
  5.    FrameTreeNode* frame_tree_node,
  6.    int routing_id,
  7.    bool is_swapped_out) {
  8.  ......
  9.  return make_scoped_ptr(new RenderFrameHostImpl(
  10.      render_view_host, delegate, frame_tree, frame_tree_node, routing_id,
  11.      is_swapped_out));
  12. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_factory.cc中。

      从这里可以看到，RenderFrameHostFactory类的静态成员函数Create创建的是一个RenderFrameHostImpl对象，并且将这个RenderFrameHostImpl对象返回给调用者。

      RenderFrameHostImpl对象的创建过程，即RenderFrameHostImpl类的构造函数的实现，如下所示：

  1. RenderFrameHostImpl::RenderFrameHostImpl(
  2.    RenderViewHostImpl* render_view_host,
  3.    RenderFrameHostDelegate* delegate,
  4.    FrameTree* frame_tree,
  5.    FrameTreeNode* frame_tree_node,
  6.    int routing_id,    bool is_swapped_out)
  7.    : render_view_host_(render_view_host),
  8.      ...... {
  9.  ......
  10. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_impl.cc中。

      RenderFrameHostImpl类的构造函数将参数render_view_host描述的一个RenderViewHostImpl对象保存在成员变量render_view_host_中，这个RenderViewHostImpl对象就是前面调用RenderViewHostFactory类的静态成员函数Create创建的。       这一步执行完成之后，回到WebContentsImpl类的成员函数Init中，它接下来还做有另外一个初始化工作，如下所示：

  1. void WebContentsImpl::Init(const WebContents::CreateParams& params) {
  2.  ......
  3.   if (browser_plugin_guest_) {
  4.    ......
  5.  } else {
  6.    // Regular WebContentsView.
  7.    view_.reset(CreateWebContentsView(
  8.        this, delegate, &render_view_host_delegate_view_));
  9.  }
  10.   ......
  11. }

      这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_impl.cc中。

      当WebContentsImpl类的成员变量browser_plugin_guest_指向了一个BrowserPluginGuest对象时，表示当前正在处理的WebContentsImpl对象用来为一个Browser Plugin加载网页。我们不考虑这种情况。这时候WebContentsImpl类的成员函数Init就会调用函数CreateWebContentsView创建一个WebContentsViewAndroid对象，并且保存在成员变量view_中。

      函数CreateWebContentsView的实现如下所示：

  1. WebContentsView* CreateWebContentsView(
  2.    WebContentsImpl* web_contents,
  3.    WebContentsViewDelegate* delegate,
  4.    RenderViewHostDelegateView** render_view_host_delegate_view) {
  5.  WebContentsViewAndroid* rv = new WebContentsViewAndroid(
  6.      web_contents, delegate);
  7.  *render_view_host_delegate_view = rv;
  8.  return rv;
  9. }  

    这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_view_android.cc中。

      从这里可以看到，在Android平台上，函数CreateWebContentsView返回给调用者的是一个WebContentsViewAndroid对象。

      这一步执行完成之后，回到Shell类的静态成员函数CreateNewWindow，这时候它就创建了一个WebContentsImpl对象，接下来这个WebContentsImpl对象会用来创建一个Shell对象，这是通过调用Shell类的静态成员函数CreateShell实现的，如下所示：

  1. Shell* Shell::CreateShell(WebContents* web_contents,
  2.                          const gfx::Size& initial_size) {
  3.  Shell* shell = new Shell(web_contents);
  4.  ......
  5.   shell->web_contents_.reset(web_contents);
  6.  ......
  7.   shell->PlatformSetContents();
  8.  ......
  9.   return shell;
  10. }      

这个函数定义在文件external/chromium_org/content/shell/browser/shell.cc中。

      从前面的调用过程可以知道，参数web_contents指向的是一个WebContentsImpl对象。

      Shell类的静态成员函数CreateShell首先创建了一个Shell对象，接下来将参数web_contents指向的WebContentsImpl对象保存在该Shell对象的成员变量web_contents_中，最后又调用该Shell对象的成员函数PlatformSetContents执行一些平台相关的初始化操作。

      Shell类的成员函数PlatformSetContents的实现如下所示：

  1. void Shell::PlatformSetContents() {
  2.  JNIEnv* env = AttachCurrentThread();
  3.  Java_Shell_initFromNativeTabContents(
  4.      env, java_object_.obj(),reinterpret_cast<intptr_t>(web_contents()));
  5. }

      这个函数定义在文件external/chromium_org/content/shell/browser/shell_android.cc中。

      Shell类的成员函数PlatformSetContents调用函数Java_Shell_initFromNativeTabContents调用成员变量java_object_描述的一个Java层Shell对象的成员函数initFromNativeTabContents执行平台相关的初始化操作。同时传递给该Java层Shell对象的成员函数initFromNativeTabContents一个WebContentsImpl对象。这个WebContentsImpl对象是通过调用Native层Shell类的成员函数web_contents获得的，如下所示：

  1. class Shell : public WebContentsDelegate,
  2.              public WebContentsObserver {
  3. public:
  4.  ......
  5.   WebContents* web_contents() const {
  6. return web_contents_.get();
  7. }
  8.   ......
  9.  private:
  10.  ......
  11.   scoped_ptr<WebContents> web_contents_;
  12.   ......
  13. }

     这个函数定义在文件external/chromium_org/content/shell/browser/shell.h中。

     从前面的分析可以知道，Shell类的成员变量web_contents_指向的一个WebContentsImpl对象，Shell类的成员函数web_contents将这个WebContentsImpl对象返回给调用者。

     接下来我们继续分析Java层Shell类的成员函数initFromNativeTabContents的实现，如下所示：

  1. public class Shell extends LinearLayout {
  2.    ......
  3.     private ContentViewCore mContentViewCore;
  4.    ......
  5.     @CalledByNative
  6.    private void initFromNativeTabContents(long nativeWebContents) {
  7.        Context context = getContext();
  8.        mContentViewCore = new ContentViewCore(context);
  9.        ......
  10.        mContentViewCore.initialize(cv, cv, nativeWebContents, mWindow);
  11.        ......
  12.    }
  13.     ......
  14. }

      这个函数定义在文件external/chromium_org/content/shell/android/java/src/org/chromium/content_shell/Shell.java中。

      从前面的调用过程可以知道，参数nativeWebContents描述的实际上是一个Native层的WebContentsImpl对象。Shell类的成员函数initFromNativeTabContents主要是创建了一个ContentViewCore对象，保存在成员变量mContentViewCore中，并且调用该ContentViewCore对象的成员函数initialize执行初始化操作。

      ContenttViewCore类的成员函数initialize的实现如下所示：

  1. public class ContentViewCore
  2.        implements NavigationClient, AccessibilityStateChangeListener, ScreenOrientationObserver {
  3.    ......
  4.     private long mNativeContentViewCore = 0;
  5.    ......
  6.     public void initialize(ViewGroup containerView, InternalAccessDelegate internalDispatcher,
  7.            long nativeWebContents, WindowAndroid windowAndroid) {
  8.        ......
  9.         mNativeContentViewCore = nativeInit(
  10.                nativeWebContents, viewAndroidNativePointer, windowNativePointer,                mRetainedJavaScriptObjects);
  11.             ......
  12.    }
  13.     ......
  14. }

      这个函数定义在文件external/chromium_org/content/public/android/java/src/org/chromium/content/browser/ContentViewCore.java中。

      ContentViewCore类的成员函数initialize执行了一个操作，就是调用另外一个成员函数nativeInit创建了一个Native层的ContentViewCoreImpl对象，并且将它的地址保存在成员变量mNativeContentViewCore中。

      ContentViewCore类的成员函数nativeInit是一个JNI函数，由Native层的Java_com_android_org_chromium_content_browser_ContentViewCore_nativeInit函数实现，如下所示：

  1. static jlong Init(JNIEnv* env, jobject jcaller,
  2.    jlong webContentsPtr,
  3.    jlong viewAndroidPtr,
  4.    jlong windowAndroidPtr,
  5.    jobject retainedObjectSet);
  6. __attribute__((visibility("default")))
  7. jlong
  8.    Java_com_android_org_chromium_content_browser_ContentViewCore_nativeInit(JNIEnv*
  9.    env, jobject jcaller,
  10.    jlong webContentsPtr,
  11.    jlong viewAndroidPtr,
  12.    jlong windowAndroidPtr,
  13.    jobject retainedObjectSet) {
  14.  return Init(env, jcaller, webContentsPtr, viewAndroidPtr, windowAndroidPtr,
  15.      retainedObjectSet);
  16. }

      这个函数定义在文件out/target/product/generic/obj/GYP/shared_intermediates/content/jni/ContentViewCore_jni.h中。

      函数Java_com_android_org_chromium_content_browser_ContentViewCore_nativeInit调用另外一个函数Init创建一个Native层的ContentViewCoreImpl对象，并且将该ContentViewCoreImpl对象的地址返回给调用者。

      函数Init的实现如下所示：

  1. jlong Init(JNIEnv* env,
  2.           jobject obj,
  3.           jlong native_web_contents,
  4.           jlong view_android,
  5.           jlong window_android,
  6.           jobject retained_objects_set) {
  7.  ContentViewCoreImpl* view = new ContentViewCoreImpl(
  8.      env, obj,
  9.      reinterpret_cast<WebContents*>(native_web_contents),
  10.      reinterpret_cast<ui::ViewAndroid*>(view_android),
  11.      reinterpret_cast<ui::WindowAndroid*>(window_android),
  12.      retained_objects_set);
  13.  return reinterpret_cast<intptr_t>(view);
  14. }  

   这个函数定义在文件external/chromium_org/content/browser/android/content_view_core_impl.cc中。

     从这里可以看到，函数Init创建了一个ContentViewCoreImpl对象，并且将该ContentViewCoreImpl对象的地址返回给调用者。      ContentViewCoreImpl对象的创建过程，即ContentViewCoreImpl类的构造函数的实现，如下所示：

  1. ContentViewCoreImpl::ContentViewCoreImpl(
  2.    JNIEnv* env,    jobject obj,
  3.    WebContents* web_contents,
  4.    ui::ViewAndroid* view_android,
  5.    ui::WindowAndroid* window_android,
  6.    jobject java_bridge_retained_object_set)
  7.    :
  8. ......,
  9.      web_contents_(static_cast<WebContentsImpl*>(web_contents)),
  10.      ......
  11. {
  12.  ......
  13. }

      这个函数定义在文件external/chromium_org/content/browser/android/content_view_core_impl.cc中。

      从前面的调用过程可以知道，参数web_contents描述的是一个WebContentsImpl对象。这个WebContentsImpl对象保存在ContentViewCoreImpl类的成员变量web_contents_中。

      这一步执行完成后，Browser进程在加载一个URL之前，就在Native层创建了一个Shell对象和一个WebContentsImpl对象。创建的Native层WebContentsImpl对象内部维护有一个Frame Tree。创建的Native层Shell对象在Java层也有一个对应的Shell对象。这个Java层的Shell对象的创建过程可以参考前面Chromium硬件加速渲染的OpenGL上下文绘图表面创建过程分析一文。

      从前面Chromium硬件加速渲染的OpenGL上下文绘图表面创建过程分析一文还可以知道，Browser进程接下来会调用上述Java层Shell对象的成员函数loadUrl加载指定的URL，它的实现如下所示：

  1. public class Shell extends LinearLayout {
  2.    ......
  3.     public void loadUrl(String url) {
  4.        ......
  5.         if (TextUtils.equals(url, mContentViewCore.getUrl())) {
  6.            mContentViewCore.reload(true);
  7.        } else {
  8.            mContentViewCore.loadUrl(new LoadUrlParams(sanitizeUrl(url)));
  9.        }
  10.        ......
  11.    }
  12.     ......
  13. }  

     这个函数定义在文件external/chromium_org/content/shell/android/java/src/org/chromium/content_shell/Shell.java中。        从前面的分析可以知道，Shell类的成员变量mContentViewCore指向的是一个ContentViewCore对象，Shell类的成员函数loadUrl调用它的成员函数reload或者loadUrl加载参数url描述的URL，取决于该ContentViewCore对象之前是否加载过URL，以及加载过的URL是否与参数url描述的URL相同。

       我们假设Shell类的成员变量mContentViewCore指向的ContentViewCore对象之前没有加载过URL，那么Shell类的成员函数loadUrl接下来就会调用它的成员函数loadUrl加载参数url描述的URL。

       ContentViewCore类的成员函数loadUrl的实现如下所示：

  1. public class ContentViewCore
  2.        implements NavigationClient, AccessibilityStateChangeListener, ScreenOrientationObserver {
  3.    ......
  4.     public void loadUrl(LoadUrlParams params) {
  5.        ......
  6.         nativeLoadUrl(mNativeContentViewCore,
  7.                params.mUrl,
  8.                params.mLoadUrlType,
  9.                params.mTransitionType,
  10.                params.getReferrer() != null ? params.getReferrer().getUrl() : null,
  11.                params.getReferrer() != null ? params.getReferrer().getPolicy() : 0,
  12.                params.mUaOverrideOption,
  13.                params.getExtraHeadersString(),
  14.                params.mPostData,
  15.                params.mBaseUrlForDataUrl,
  16.                params.mVirtualUrlForDataUrl,
  17.                params.mCanLoadLocalResources,
  18.                params.mIsRendererInitiated);
  19.    }
  20.     ......
  21. }

     这个函数定义在文件external/chromium_org/content/public/android/java/src/org/chromium/content/browser/ContentViewCore.java中。

     ContentViewCore类的成员函数loadUrl调用另外一个成员函数nativeLoadUrl加载参数params描述的URL。      ContentViewCore类的成员函数nativeLoadUrl是一个JNI函数，由Native层的函数Java_com_android_org_chromium_content_browser_ContentViewCore_nativeLoadUrl实现，如下所示：

  1. __attribute__((visibility("default")))
  2. void
  3.    Java_com_android_org_chromium_content_browser_ContentViewCore_nativeLoadUrl(JNIEnv*
  4.    env,
  5.    jobject jcaller,
  6.    jlong nativeContentViewCoreImpl,
  7.    jstring url,
  8.    jint loadUrlType,
  9.    jint transitionType,
  10.    jstring referrerUrl,
  11.    jint referrerPolicy,
  12.    jint uaOverrideOption,
  13.    jstring extraHeaders,
  14.    jbyteArray postData,
  15.    jstring baseUrlForDataUrl,
  16.    jstring virtualUrlForDataUrl,
  17.    jboolean canLoadLocalResources,
  18.    jboolean isRendererInitiated) {
  19.  ContentViewCoreImpl* native =
  20.      reinterpret_cast<ContentViewCoreImpl*>(nativeContentViewCoreImpl);
  21.  CHECK_NATIVE_PTR(env, jcaller, native, "LoadUrl");
  22.  return native->LoadUrl(env, jcaller, url, loadUrlType, transitionType,
  23.      referrerUrl, referrerPolicy, uaOverrideOption, extraHeaders, postData,
  24.      baseUrlForDataUrl, virtualUrlForDataUrl, canLoadLocalResources,
  25.      isRendererInitiated);
  26. }

      这个函数定义在文件out/target/product/generic/obj/GYP/shared_intermediates/content/jni/ContentViewCore_jni.h中。

      从前面的调用过程可以知道，参数nativeContentViewCoreImpl来自Java层的ContentViewCore类的成员变量mNativeContentViewCore。ContentViewCore类的成员变量mNativeContentViewCore指向的是一个Native层的ContentViewCoreImpl对象。因此，函数Java_com_android_org_chromium_content_browser_ContentViewCore_nativeLoadUrl可以将参数nativeContentViewCoreImpl强制转换为一个Native层的ContentViewCoreImpl对象，并且会调用该Native层ContentViewCoreImpl对象的成员函数LoadUrl加载参数url描述的URL。

      ContentViewCoreImpl类的成员函数LoadUrl的实现如下所示：

  1. void ContentViewCoreImpl::LoadUrl(
  2.    JNIEnv* env, jobject obj,
  3.    jstring url,
  4.    jint load_url_type,
  5.    jint transition_type,
  6.    jstring j_referrer_url,
  7.    jint referrer_policy,
  8.    jint ua_override_option,
  9.    jstring extra_headers,
  10.    jbyteArray post_data,
  11.    jstring base_url_for_data_url,
  12.    jstring virtual_url_for_data_url,
  13.    jboolean can_load_local_resources,
  14.    jboolean is_renderer_initiated) {
  15.  ......
  16.  NavigationController::LoadURLParams params(
  17.      GURL(ConvertJavaStringToUTF8(env, url)));
  18.  ......
  19.   LoadUrl(params);
  20. }

      这个函数定义在文件external/chromium_org/content/browser/android/content_view_core_impl.cc中。

      ContentViewCoreImpl类的成员函数LoadUrl主要是将要加载的URL封装在一个NavigationController::LoadURLParams对象中，并且调用另外一个重载版本的成员函数LoadUrl执行加载该URL的操作，如下所示：

  1. void ContentViewCoreImpl::LoadUrl(
  2.    NavigationController::LoadURLParams& params) {
  3.  GetWebContents()->GetController().LoadURLWithParams(params);
  4. }

     这个函数定义在文件external/chromium_org/content/browser/android/content_view_core_impl.cc中。

     ContentViewCoreImpl类的成员函数LoadUrl首先调用另外一个成员函数GetWebContents获得一个WebContentsImpl对象，如下所示：

  1. WebContents* ContentViewCoreImpl::GetWebContents() const {
  2.  return web_contents_;
  3. }

      这个函数定义在文件external/chromium_org/content/browser/android/content_view_core_impl.cc中。

      从前面的分析可以知道，ContentViewCoreImpl类的成员变量web_contents_指向的是一个WebContentsImpl对象，ContentViewCoreImpl类的成员函数GetWebContents将它返回给调用者。

      回到ContentViewCoreImpl类的成员函数LoadUrl，它获得了一个WebContentsImpl对象之后，再调用该WebContentsImpl对象的成员函数GetController获得一个NavigationControllerImpl对象，如下所示：

  1. NavigationControllerImpl& WebContentsImpl::GetController() {
  2.  return controller_;
  3. }  

    这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_impl.cc中。

      从前面的分析可以知道，WebContentsImpl类的成员变量controller_描述的是一个NavigationControllerImpl对象，WebContentsImpl类的成员函数GetController将它返回给调用者。

      回到ContentViewCoreImpl类的成员函数LoadUrl，它获得了一个NavigationControllerImpl对象之后，再调用该NavigationControllerImpl对象的成员函数LoadURLWithParams加载参数params描述的URL，如下所示：

  1. void NavigationControllerImpl::LoadURLWithParams(const LoadURLParams& params) {
  2.  ......
  3.   NavigationEntryImpl* entry = NavigationEntryImpl::FromNavigationEntry(
  4.      CreateNavigationEntry(
  5.          params.url,
  6.          params.referrer,
  7.          params.transition_type,
  8.          params.is_renderer_initiated,
  9.          params.extra_headers,
  10.          browser_context_));
  11.  ......
  12.   LoadEntry(entry);
  13. }

     这个函数定义在文件external/chromium_org/content/browser/frame_host/navigation_controller_impl.cc中。

     NavigationControllerImpl类的成员函数LoadURLWithParams首先是调用静态成员函数CreateNavigationEntry创建一个NavigationEntryImpl对象，如下所示：

  1. NavigationEntry* NavigationController::CreateNavigationEntry(
  2.      const GURL& url,
  3.      const Referrer& referrer,
  4.      PageTransition transition,
  5.      bool is_renderer_initiated,
  6.      const std::string& extra_headers,
  7.      BrowserContext* browser_context) {
  8.  ......
  9.   NavigationEntryImpl* entry = new NavigationEntryImpl(
  10.      NULL,
  11.  // The site instance for tabs is sent on navigation
  12.             // (WebContents::GetSiteInstance).
  13.      -1,
  14.      loaded_url,
  15.      referrer,
  16.      base::string16(),
  17.      transition,
  18.      is_renderer_initiated);
  19.  ......
  20.  return entry;
  21. }  

   这个函数定义在文件external/chromium_org/content/browser/frame_host/navigation_controller_impl.cc中。

     从这里可以看到，NavigationControllerImpl类的静态成员函数CreateNavigationEntry创建出来的NavigationEntryImpl对象封装了参数url描述的URL。

     注意，NavigationControllerImpl类的静态成员函数CreateNavigationEntry返回的是一个NavigationEntry指针，但是它实际上指向的是一个NavigationEntryImpl对象，NavigationControllerImpl类的成员函数LoadURLWithParams会通过调用NavigationEntryImpl类的静态成员函数FromNavigationEntry将该得到的NavigationEntry指针强制转换为一个NavigationEntryImpl对象，如下所示：

  1. NavigationEntryImpl* NavigationEntryImpl::FromNavigationEntry(
  2.    NavigationEntry* entry) {
  3.  return static_cast<NavigationEntryImpl*>(entry);
  4. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/navigation_entry_impl.cc中。

      回到NavigationControllerImpl类的成员函数LoadURLWithParams中，它将要加载的URL封装在一个NavigationEntryImpl对象之后，传递给另外一个成员函数LoadEntry，让后者执行加载URL的操作。

      NavigationControllerImpl类的成员函数LoadEntry的实现如下所示：

  1. void NavigationControllerImpl::LoadEntry(NavigationEntryImpl* entry) {
  2.  // When navigating to a new page, we don't know for sure if we will actually
  3.  // end up leaving the current page.  The new page load could for example
  4.  // result in a download or a 'no content' response (e.g., a mailto: URL).
  5.  SetPendingEntry(entry);
  6.  NavigateToPendingEntry(NO_RELOAD);
  7. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/navigation_controller_impl.cc中。

      NavigationControllerImpl类的成员函数LoadEntry首先调用另外一个成员函数SetPendingEntry将参数entry指向的一个NavigationEntryImpl对象保存在成员变量pending_entry_中，表示NavigationEntryImpl对象封装的URL正在等待加载，如下所示：

  1. void NavigationControllerImpl::SetPendingEntry(NavigationEntryImpl* entry) {
  2.  ......
  3.  pending_entry_ = entry;
  4.  ......
  5. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/navigation_controller_impl.cc中。

      回到NavigationControllerImpl类的成员函数LoadEntry中，将要加载的URL保存在成员变量pending_entry_之后，接下来就调用另外一个成员函数NavigateToPendingEntry对其进行加载，如下所示：

  1. void NavigationControllerImpl::NavigateToPendingEntry(ReloadType reload_type) {
  2.  ......
  3.   bool success = delegate_->NavigateToPendingEntry(reload_type);
  4.    ......
  5. }

     这个函数定义在文件external/chromium_org/content/browser/frame_host/navigation_controller_impl.cc中。      从前面的分析可以知道，NavigationControllerImpl类的成员变量delegate_指向的是一个WebContentsImpl对象，NavigationControllerImpl类的成员函数NavigateToPendingEntry调用它的成员函数NavigateToPendingEntry加载前面指定的URL。

     WebContentsImpl类的成员函数NavigateToPendingEntry的实现如下所示：

  1. bool WebContentsImpl::NavigateToPendingEntry(
  2.    NavigationController::ReloadType reload_type) {
  3.  FrameTreeNode* node = frame_tree_.root();
  4.   ......
  5.   return node->navigator()->NavigateToPendingEntry(
  6.      node->current_frame_host(), reload_type);
  7. }  

    这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_impl.cc中。

      从前面的分析可以知道，WebContentsImpl类的成员变量frame_tree_指向的是一个FrameTree对象。这个FrameTree对象描述的是一个Frame Tree。WebContentsImpl类的成员函数NavigateToPendingEntry调用这个FrameTree对象的成员函数root可以获得一个FrameTreeNode对象。这个FrameTreeNode对象代表的就是正在等待加载的网页的Main Frame。       WebContentsImpl类的成员函数NavigateToPendingEntry接下来调用前面获得的FrameTreeNode对象的成员函数navigator和current_frame_host分别获得一个NavigatorImpl对象和一个RenderFrameHostImpl对象。

      FrameTreeNode类的成员函数navigator的实现如下所示：

  1. class CONTENT_EXPORT FrameTreeNode {
  2. public:
  3.  ......
  4.   Navigator* navigator() {
  5.    return navigator_.get();
  6.  }
  7.   ......
  8.  private:
  9.  ......
  10.   scoped_refptr<Navigator> navigator_;
  11.   ......
  12. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/frame_tree_node.h中。

      从前面的分析可以知道，FrameTreeNode类的成员变量navigator_指向的是一个NavigatorImpl对象，FrameTreeNode对象的成员函数navigator会将这个NavigatorImpl对象返回给调用者。

      FrameTreeNode类的成员函数current_frame_host的实现如下所示：

  1. class CONTENT_EXPORT FrameTreeNode {
  2. public:
  3.  ......
  4.   RenderFrameHostImpl* current_frame_host() const {
  5.    return render_manager_.current_frame_host();
  6.  }
  7.  private:
  8.  ......
  9.   RenderFrameHostManager render_manager_;
  10.   ......
  11. };

     这个函数定义在文件external/chromium_org/content/browser/frame_host/frame_tree_node.h中。

     FrameTreeNode类的成员函数current_frame_host调用成员变量render_manager_描述的一个RenderFrameHostManager对象的成员函数current_frame_host获得一个RenderFrameHostImpl对象返回给调用者。

     RenderFrameHostManager类的成员函数current_frame_host的实现如下所示：

  1. class CONTENT_EXPORT RenderFrameHostManager :
  2. public NotificationObserver {
  3. public:
  4.  ......
  5.   RenderFrameHostImpl* current_frame_host() const {
  6.    return render_frame_host_.get();
  7.  }
  8.   ......
  9.  private:
  10.  ......
  11.   scoped_ptr<RenderFrameHostImpl> render_frame_host_;
  12.    ......
  13. };

      这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_manager.h

      RenderFrameHostManager类的成员函数current_frame_host返回的是成员变量render_frame_host_描述的一个RenderFrameHostImpl对象。这个RenderFrameHostImpl对象是在前面分析的RenderFrameHostFactory类的静态成员函数Create中创建的。

      回到WebContentsImpl类的成员函数NavigateToPendingEntry中，它获得了一个NavigatorImpl对象和一个RenderFrameHostImpl对象之后，就调用获得的NavigatorImpl对象的成员函数NavigateToPendingEntry加载正在等待加载的URL，如下所示：

  1. bool NavigatorImpl::NavigateToPendingEntry(
  2.    RenderFrameHostImpl* render_frame_host,
  3.    NavigationController::ReloadType reload_type) {
  4.  return NavigateToEntry(
  5.      render_frame_host,
  6.      *NavigationEntryImpl::FromNavigationEntry(controller_->GetPendingEntry()),
  7.      reload_type);
  8. }

     这个函数定义在文件external/chromium_org/content/browser/frame_host/navigator_impl.cc中。

     从前面的分析可以知道，NavigatorImpl类的成员变量controller_描述的是一个NavigationControllerImpl对象，NavigatorImpl对象的成员函数NavigateToPendingEntry首先会调用这个NavigationControllerImpl对象的成员函数GetPendingEntry获得正在等待加载的URL，如下所示：

  1. NavigationEntry* NavigationControllerImpl::GetPendingEntry() const {
  2.  return pending_entry_;
  3. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/navigation_controller_impl.cc中。

      NavigationControllerImpl对象的成员函数GetPendingEntry返回的是成员变量pending_entry_描述的一个NavigationEntryImpl对象。从前面的分析可以知道，这个NavigationEntryImpl对象描述的就是正在等待加载的URL。

      回到NavigatorImpl类的成员函数NavigateToPendingEntry中，获得了等待加载的URL之后，它接下来调用另外一个成员函数NavigateToEntry对该URL进行加载，如下所示：

  1. bool NavigatorImpl::NavigateToEntry(
  2.    RenderFrameHostImpl* render_frame_host,
  3.    const NavigationEntryImpl& entry,
  4.    NavigationController::ReloadType reload_type) {
  5.  ......
  6.   RenderFrameHostManager* manager =
  7.      render_frame_host->frame_tree_node()->render_manager();
  8.  RenderFrameHostImpl* dest_render_frame_host = manager->Navigate(entry);
  9.   // Navigate in the desired RenderFrameHost.  FrameMsg_Navigate_Params navigate_params;
  10.  MakeNavigateParams(entry, *controller_, reload_type, &navigate_params);
  11.  dest_render_frame_host->Navigate(navigate_params);
  12.   ......
  13. }  

    这个函数定义在文件external/chromium_org/content/browser/frame_host/navigator_impl.cc中。

      从前面的调用过程可以知道，参数render_frame_host描述的就是前面调用RenderFrameHostManager类的成员函数current_frame_host获得的RenderFrameHostImpl对象。NavigatorImpl类的成员函数NavigateToEntry首先获得这个RenderFrameHostImpl对象对应的Frame Tree Node，接着又获得该Frame Tree Node所关联的RenderFrameHostManager对象。有了这个RenderFrameHostManager对象之后，NavigatorImpl类的成员函数NavigateToEntry就调用它的成员函数Navigate，用来通知它即将要导航到指定的URL去。

      RenderFrameHostManager类的成员函数Navigate会返回一个RenderFrameHostImpl对象dest_render_frame_host。RenderFrameHostImpl对象dest_render_frame_host与RenderFrameHostImpl对象render_frame_host有可能是相同的，也有可能是不同的。什么情况下相同呢？如果上述RenderFrameHostManager对象即将要导航到的URL与它之前已经导航至的URL属于相同站点，那么就是相同的。反之则是不同的。无论是哪一种情况，导航至指定的URL的操作最后都是通过调用RenderFrameHostImpl对象dest_render_frame_host的成员函数Navigate完成的。

      接下来我们就先分析RenderFrameHostManager类的成员函数Navigate的实现，然后再分析RenderFrameHostImpl类的成员函数Navigate的实现。       RenderFrameHostManager类的成员函数Navigate的实现如下所示：

  1. RenderFrameHostImpl* RenderFrameHostManager::Navigate(
  2.    const NavigationEntryImpl& entry) {
  3.  ......
  4.   RenderFrameHostImpl* dest_render_frame_host = UpdateStateForNavigate(entry);
  5.  ......
  6.   if (!dest_render_frame_host->render_view_host()->IsRenderViewLive()) {
  7.    ......
  8.    if (!InitRenderView(dest_render_frame_host->render_view_host(),
  9.                        opener_route_id,
  10.                        MSG_ROUTING_NONE,
  11.                        frame_tree_node_->IsMainFrame()))
  12.      return NULL;
  13.     ......
  14.  }
  15.   ......
  16.   return dest_render_frame_host;
  17. }  

    这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_manager.cc中。

      RenderFrameHostManager类的成员函数Navigate首先调用另外一个成员函数UpdateStateForNavigate获得与即将要加载的URL对应的一个RenderFrameHostImpl对象。获得了这个RenderFrameHostImpl对象之后，调用它的成员函数render_view_host可以获得一个RenderViewHostImpl对象。这个RenderViewHostImpl对象是在前面分析的RenderFrameHostManager类的成员函数CreateRenderFrameHost中创建的。有了这个RenderViewHostImpl对象之后，就可以调用它的成员函数IsRenderViewLive判断它是否关联有一个Render View控件。这个Render View控件是一个由平台实现的控件，描述的是用来显示网页的一个区域。       在两种情况下，一个RenderViewHostImpl对象没有关联一个Render View控件。第一种情况是这个RenderViewHostImpl对象还没有加载过URL。第二种情况下是这个RenderViewHostImpl对象加载过URL，但是由于某种原因，负责加载该URL的Render进程崩溃了。在第二种情况下，一个RenderViewHostImpl对象关联的Render View控件会被销毁，所以会导致它没有关联Render View控件。无论是上述两种情况的哪一种，RenderFrameHostManager类的成员函数Navigate都会调用另外一个成员函数InitRenderView为其关联一个Render View控件。

      接下来，我们就分别分析RenderFrameHostManager类的成员函数UpdateStateForNavigate和InitRenderView的实现。       RenderFrameHostManager类的成员函数UpdateStateForNavigate的实现如下所示：

  1. RenderFrameHostImpl* RenderFrameHostManager::UpdateStateForNavigate(
  2.    const NavigationEntryImpl& entry) {
  3.  ......
  4.   SiteInstance* current_instance = render_frame_host_->GetSiteInstance();  SiteInstance* new_instance = current_instance;
  5.  ......
  6.   const NavigationEntry* current_entry =
  7.      delegate_->GetLastCommittedNavigationEntryForRenderManager();
  8.  bool force_swap = !is_guest_scheme &&
  9.      ShouldSwapBrowsingInstancesForNavigation(current_entry, &entry);
  10.  if (!is_guest_scheme && (ShouldTransitionCrossSite() || force_swap))
  11.    new_instance = GetSiteInstanceForEntry(entry, current_instance, force_swap);
  12.  ......
  13.   if (new_instance != current_instance) {
  14.    ......
  15.     return pending_render_frame_host_.get();
  16.  }
  17.   ......
  18.   return render_frame_host_.get();
  19. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_manager.cc中。

      RenderFrameHostManager类的成员变量render_frame_host_描述的是一个RenderFrameHostImpl对象。这个RenderFrameHostImpl对象是在前面分析的RenderFrameHostFactory类的静态成员函数Create中创建的，与前面分析的NavigatorImpl类的成员函数NavigateToEntry的参数render_frame_host描述的RenderFrameHostImpl对象是相同的。       RenderFrameHostManager类的成员函数UpdateStateForNavigate主要做的事情就是检查即将要加载的URL，即参数entry描述的一个URL，与当前已经加载的URL，是否属于相同的站点。如果是不相同的站点，那么RenderFrameHostManager类的成员变量pending_render_frame_host_会指向另外一个RenderFrameHostImpl对象。这个RenderFrameHostImpl对象负责加载参数entry描述的URL。因此，这个RenderFrameHostImpl对象会返回给调用者。

      另一方面，如果即将要加载的URL与当前已经加载的URL是相同的站点，那么RenderFrameHostManager类的成员函数UpdateStateForNavigate返回的是成员变量render_frame_host_描述的RenderFrameHostImpl对象。

      回到RenderFrameHostManager类的成员函数Navigate中，我们假设它通过调用成员函数UpdateStateForNavigate获得的RenderFrameHostImpl对象还没有关联一个Render View控件，这时候它就会调用另外一个成员函数InitRenderView为这个RenderFrameHostImpl关联一个Render View控件。

      RenderFrameHostManager类的成员函数InitRenderView的实现如下所示：

  1. bool RenderFrameHostManager::InitRenderView(RenderViewHost* render_view_host,
  2.                                            int opener_route_id,
  3.                                            int proxy_routing_id,
  4.                                            bool for_main_frame) {
  5.  ......
  6.   return delegate_->CreateRenderViewForRenderManager(
  7.      render_view_host, opener_route_id, proxy_routing_id, for_main_frame);
  8. }

      这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_manager.cc中。

      从前面的分析可以知道，RenderFrameHostManager类的成员变量delegate_描述的是一个WebContentsImpl对象。RenderFrameHostManager类的成员函数InitRenderView调用这个WebContentsImpl对象的成员函数CreateRenderViewForRenderManager为参数render_view_host描述的一个RenderViewHostImpl对象创建一个Render View控件。这个RenderViewHostImpl对象是与RenderFrameHostManager类的成员函数UpdateStateForNavigate返回的RenderFrameHostImpl对象关联的，因此，这里调用成员变量delegate_描述的WebContentsImpl对象的成员函数CreateRenderViewForRenderManager实际上是为该RenderFrameHostImpl对象创建一个Render View控件。       WebContentsImpl类的成员函数CreateRenderViewForRenderManager的实现如下所示：

  1. bool WebContentsImpl::CreateRenderViewForRenderManager(
  2.    RenderViewHost* render_view_host,
  3.    int opener_route_id,
  4.    int proxy_routing_id,
  5.    bool for_main_frame) {
  6.  ......
  7.  RenderWidgetHostViewBase* rwh_view;
  8.  ......
  9.  if (!for_main_frame) {
  10.    RenderWidgetHostViewChildFrame* rwh_view_child =
  11.        new RenderWidgetHostViewChildFrame(render_view_host);
  12.    rwh_view = rwh_view_child;  } else {
  13.    rwh_view = view_->CreateViewForWidget(render_view_host);
  14.  }
  15.   ......
  16.   if (!static_cast<RenderViewHostImpl*>(
  17.          render_view_host)->CreateRenderView(base::string16(),
  18.                                              opener_route_id,
  19.                                              proxy_routing_id,
  20.                                              max_page_id,
  21.                                              created_with_opener_)) {
  22.    return false;
  23.  }
  24.   ......
  25.   return true;
  26. }

      这个函数定义在文件external/chromium_org/content/browser/web_contents/web_contents_impl.cc中。

      当参数for_main_frame的值等于true的时候，表示WebContentsImpl类的成员函数CreateRenderViewForRenderManager要为一个网页的Main Frame创建一个Render View控件，而当参数for_main_frame的值等于false的时候，表示WebContentsImpl类的成员函数CreateRenderViewForRenderManager要为一个网页的Sub Frame创建一个Render View控件。

      从这里可以看到，网页的Sub Frame关联的Render View控件是通过一个RenderWidgetHostViewChildFrame对象描述的，而网页的Main Frame关联的Render View控件是通过调用WebContentsImpl类的成员变量view_指向的一个WebContentsViewAndroid对象的成员函数CreateViewForWidget创建的。这个WebContentsViewAndroid对象的创建过程可以参考前面分析的WebContentsImpl类的成员函数Init。

      WebContentsViewAndroid类的成员函数CreateViewForWidget创建的是一个RenderWidgetHostViewAndroid对象。这一点可以参考前面Chromium硬件加速渲染的OpenGL上下文绘图表面创建过程分析一文。这也意味着在Android平台上，用来显示网页的Render View控件是通过RenderWidgetHostViewAndroid对象描述的。从前面Chromium硬件加速渲染的OpenGL上下文绘图表面创建过程分析一文又可以知道，RenderWidgetHostViewAndroid对象描述的Render View控件实际上是一个Surface View。       为参数render_view_host描述的RenderViewHostImpl对象创建了一个Render View控件之后，WebContentsImpl类的成员函数CreateRenderViewForRenderManager接下来还会调用这个RenderViewHostImpl对象的成员函数CreateRenderView请求在对应的Render进程中创建一个RenderFrameImpl对象。这个RenderFrameImpl对象与前面通过调用成员函数UpdateStateForNavigate获得的RenderFrameHostImpl对象相对应，也就是这两个对象以后可以进行Render Frame相关的进程间通信操作。       RenderViewHostImpl类的成员函数CreateRenderView的实现如下所示：

  1. bool RenderViewHostImpl::CreateRenderView(
  2.    const base::string16& frame_name,
  3.    int opener_route_id,
  4.    int proxy_route_id,
  5.    int32 max_page_id,
  6.    bool window_was_created_with_opener) {
  7.  ......
  8.   ViewMsg_New_Params params;
  9.  params.renderer_preferences =
  10.      delegate_->GetRendererPrefs(GetProcess()->GetBrowserContext());
  11.  params.web_preferences = delegate_->GetWebkitPrefs();
  12.  params.view_id = GetRoutingID();
  13.  params.main_frame_routing_id = main_frame_routing_id_;
  14.  params.surface_id = surface_id();
  15.  params.session_storage_namespace_id =
  16.      delegate_->GetSessionStorageNamespace(instance_)->id();
  17.  params.frame_name = frame_name;
  18.  // Ensure the RenderView sets its opener correctly.
  19.  params.opener_route_id = opener_route_id;
  20.  params.swapped_out = !IsRVHStateActive(rvh_state_);
  21.  params.proxy_routing_id = proxy_route_id;
  22.  params.hidden = is_hidden();
  23.  params.never_visible = delegate_->IsNeverVisible();
  24.  params.window_was_created_with_opener = window_was_created_with_opener;
  25.  params.next_page_id = next_page_id;
  26.  GetWebScreenInfo(&params.screen_info);
  27.  params.accessibility_mode = accessibility_mode();
  28.   Send(new ViewMsg_New(params));
  29.   ......
  30.   return true;
  31. }

      这个函数定义在文件external/chromium_org/content/browser/renderer_host/render_view_host_impl.cc中。

      RenderViewHostImpl类的成员函数CreateRenderView主要就是向与当前正在处理的RenderViewHostImpl对象对应的Render进程发送一个类型为ViewMsg_New的IPC消息。这个Render进程是在创建当前正在处理的RenderViewHostImpl对象时启动的，这一点可以参考前面分析的RenderViewHostFactory类的静态成员函数Create。      在Render进程中，类型为ViewMsg_New的IPC消息由RenderThreadImpl类的成员函数OnControlMessageReceived进行接收，如下所示：

  1. bool RenderThreadImpl::OnControlMessageReceived(const IPC::Message& msg) {
  2.  ......
  3.   bool handled = true;
  4.  IPC_BEGIN_MESSAGE_MAP(RenderThreadImpl, msg)
  5.    ......
  6.    IPC_MESSAGE_HANDLER(ViewMsg_New, OnCreateNewView)
  7.    ......
  8.    IPC_MESSAGE_UNHANDLED(handled = false)
  9.  IPC_END_MESSAGE_MAP()
  10.  return handled;
  11. }  

    这个函数定义在文件external/chromium_org/content/renderer/render_thread_impl.cc中。

      从这里可以看到，RenderThreadImpl类的成员函数OnControlMessageReceived将类型为ViewMsg_New的IPC消息分发给成员函数OnCreateNewView处理。

      RenderThreadImpl类的成员函数OnCreateNewView的实现如下所示：

  1. void RenderThreadImpl::OnCreateNewView(const ViewMsg_New_Params& params) {
  2.  EnsureWebKitInitialized();
  3.  // When bringing in render_view, also bring in webkit's glue and jsbindings.
  4.  RenderViewImpl::Create(params.opener_route_id,
  5.                         params.window_was_created_with_opener,
  6.                         params.renderer_preferences,
  7.                         params.web_preferences,
  8.                         params.view_id,
  9.                         params.main_frame_routing_id,
  10.                         params.surface_id,
  11.                         params.session_storage_namespace_id,
  12.                         params.frame_name,
  13.                         false,
  14.                         params.swapped_out,
  15.                         params.proxy_routing_id,
  16.                         params.hidden,
  17.                         params.never_visible,
  18.                         params.next_page_id,
  19.                         params.screen_info,
  20.                         params.accessibility_mode);
  21. }

      这个函数定义在文件external/chromium_org/content/renderer/render_thread_impl.cc中。

      RenderThreadImpl类的成员函数OnCreateNewView首先调用成员函数EnsureWebKitInitialized保证WebKit已经初始化，因为接下来调用RenderViewImpl类的静态成员函数Create创建一个RenderViewImpl对象时会创建一些WebKit相关的对象。       RenderViewImpl类的静态成员函数Create的实现如下所示：

  1. RenderViewImpl* RenderViewImpl::Create(
  2.    int32 opener_id,
  3.    bool window_was_created_with_opener,
  4.    const RendererPreferences& renderer_prefs,
  5.    const WebPreferences& webkit_prefs,
  6.    int32 routing_id,
  7.    int32 main_frame_routing_id,
  8.    int32 surface_id,
  9.    int64 session_storage_namespace_id,
  10.    const base::string16& frame_name,
  11.    bool is_renderer_created,
  12.    bool swapped_out,
  13.    int32 proxy_routing_id,
  14.    bool hidden,
  15.    bool never_visible,
  16.    int32 next_page_id,
  17.    const blink::WebScreenInfo& screen_info,
  18.    AccessibilityMode accessibility_mode) {
  19.  DCHECK(routing_id != MSG_ROUTING_NONE);
  20.  RenderViewImplParams params(opener_id,
  21.                              window_was_created_with_opener,
  22.                              renderer_prefs,
  23.                              webkit_prefs,
  24.                              routing_id,
  25.                              main_frame_routing_id,
  26.                              surface_id,
  27.                              session_storage_namespace_id,
  28.                              frame_name,
  29.                              is_renderer_created,
  30.                              swapped_out,
  31.                              proxy_routing_id,
  32.                              hidden,
  33.                              never_visible,
  34.                              next_page_id,
  35.                              screen_info,
  36.                              accessibility_mode);
  37.  RenderViewImpl* render_view = NULL;
  38.  if (g_create_render_view_impl)
  39.    render_view = g_create_render_view_impl(&params);
  40.  else
  41.    render_view = new RenderViewImpl(&params);
  42.   render_view->Initialize(&params);
  43.  return render_view;
  44. }

      这个函数定义在文件external/chromium_org/content/renderer/render_view_impl.cc中。

      RenderViewImpl类的静态成员函数Create主要就是创建了一个RenderViewImpl对象，并且调用这个RenderViewImpl对象的成员函数Initialize对其进行初始化。

      RenderViewImpl类的成员函数Initialize的实现如下所示：

  1. void RenderViewImpl::Initialize(RenderViewImplParams* params) {
  2.  ......
  3.   main_render_frame_.reset(RenderFrameImpl::Create(
  4.      this, params->main_frame_routing_id));
  5.  ......
  6.   WebLocalFrame* web_frame = WebLocalFrame::create(main_render_frame_.get());
  7.  main_render_frame_->SetWebFrame(web_frame);
  8.  ......
  9.   webwidget_ = WebView::create(this);
  10.  ......
  11.   webview()->setMainFrame(main_render_frame_->GetWebFrame());
  12.    ......
  13. }  

   这个函数定义在文件external/chromium_org/content/renderer/render_view_impl.cc中。      RenderViewImpl类的成员函数Initialize首先调用RenderFrameImpl类的静态成员函数Create创建了一个RenderFrameImpl对象，如下所示：

  1. RenderFrameImpl* RenderFrameImpl::Create(RenderViewImpl* render_view,
  2.                                         int32 routing_id) {
  3.  DCHECK(routing_id != MSG_ROUTING_NONE);
  4.   if (g_create_render_frame_impl)
  5.    return g_create_render_frame_impl(render_view, routing_id);
  6.  else
  7.    return new RenderFrameImpl(render_view, routing_id);
  8. }

     这个函数定义在文件external/chromium_org/content/renderer/render_frame_impl.cc中。

     从这里可以看到，RenderFrameImpl类的静态成员函数Create创建的是一个RenderFrameImpl对象。这个RenderFrameImpl对象保存在RenderViewImpl类的成员变量main_render_frame_中。

     回到RenderViewImpl类的成员函数Initialize中，它接下来调用WebLocalFrame类的静态成员函数create创建一个WebLocalFrameImpl对象，如下所示：

  1. WebLocalFrame* WebLocalFrame::create(WebFrameClient* client){
  2.    return WebLocalFrameImpl::create(client);
  3. }  

   这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebLocalFrameImpl.cpp中。

     WebLocalFrame类的静态成员函数create调用了WebLocalFrameImpl类的静态成员函数create创建一个WebLocalFrameImpl对象，后者的实现如下所示：

  1. WebLocalFrameImpl* WebLocalFrameImpl::create(WebFrameClient* client){
  2.    return adoptRef(new WebLocalFrameImpl(client)).leakRef();
  3. }

      这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebLocalFrameImpl.cpp中。

      从这里可以看到，WebLocalFrameImpl类的静态成员函数create创建的是一个WebLocalFrameImpl对象。这个WebLocalFrameImpl对象返回到RenderViewImpl类的成员函数Initialize之后，会设置给成员变量main_render_frame_描述的一个RenderFrameImpl对象。这是通过调用RenderFrameImpl类的成员函数SetWebFrame实现的。

      RenderFrameImpl类的成员函数SetWebFrame的实现如下所示：

  1. void RenderFrameImpl::SetWebFrame(blink::WebLocalFrame* web_frame) {
  2.  ......
  3.   frame_ = web_frame;
  4. }  

    这个函数定义在文件external/chromium_org/content/renderer/render_frame_impl.cc中。

      RenderFrameImpl类的成员函数SetWebFrame将参数web_frame指向的一个WebLocalFrameImpl对象保存在成员变量frame_中。

      回到RenderViewImpl类的成员函数Initialize中，接下来它又调用WebView类的静态成员函数create创建了一个WebViewImpl对象，并且保存在从父类RenderWidget继承下来的成员变量webwidget_中。

      WebView类的静态成员函数create的实现如下所示：

  1. WebView* WebView::create(WebViewClient* client){
  2.    // Pass the WebViewImpl's self-reference to the caller.
  3.    return WebViewImpl::create(client);
  4. }

     这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebViewImpl.cpp中。

     WebView类的静态成员函数create调用WebViewImpl类的静态成员函数create创建了一个WebViewImpl对象，后者的实现如下所示：

  1. WebViewImpl* WebViewImpl::create(WebViewClient* client){
  2.    // Pass the WebViewImpl's self-reference to the caller.
  3.    return adoptRef(new WebViewImpl(client)).leakRef();
  4. }

      这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebViewImpl.cpp中。

      从前面的调用过程可以知道，参数client指向的是一个RenderViewImpl对象。WebViewImpl类的静态成员函数create根据这个RenderViewImpl对象创建了一个WebViewImpl对象，并且返回给调用者。

      WebViewImpl对象的创建过程，即WebViewImpl类的构造函数的实现，如下所示：

  1. WebViewImpl::WebViewImpl(WebViewClient* client)
  2.    : m_client(client)
  3.    ,
  4. ......
  5. {
  6.    Page::PageClients pageClients;
  7.    ......
  8.     m_page = adoptPtrWillBeNoop(new Page(pageClients));
  9. }

      这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebViewImpl.cpp中。

      WebViewImpl类的构造函数将参数RenderViewImpl指向的一个RenderViewImpl对象保存在成员变量m_client中，并且还会创建一个Page对象，保存在成员变量m_page中。

      回到RenderViewImpl类的成员函数Initialize中，它接下来调用成员变量main_render_frame_指向的RenderFrameImpl对象的成员函数GetWebFrame获得前面创建的WebLocalFrameImpl对象，并且将这个WebLocalFrameImpl对象设置给调用WebView类的静态成员函数create创建的WebViewImpl对象，这是通过调用WebViewImpl类的成员函数setMainFrame实现的。       WebViewImpl类的成员函数setMainFrame的实现如下所示：

  1. void WebViewImpl::setMainFrame(WebFrame* frame){
  2.    if (frame->isWebLocalFrame())
  3.        toWebLocalFrameImpl(frame)->initializeAsMainFrame(page());
  4.    else
  5.        toWebRemoteFrameImpl(frame)->initializeAsMainFrame(page());
  6. }

      这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebViewImpl.cpp中。

      如前所述，参数frame指向的是一个WebLocalFrameImpl对象。调用这个WebLocalFrameImpl对象的成员函数isWebLocalFrame得到的返回值等于true。在WebKit中，Web Frame有Local和Remote之分。Local类型的Web Frame描述的是网页的Main Frame，它是在当前Render进程中加载和渲染的。Remote类型的Web Frame描述的是网页的Sub Frame，它是在其他Render进程中加载和渲染的。Sub Frame描述的网页是通过iframe标签嵌入在Main Frame描述的网页中的。这一点可以参考前面的图3。

      WebViewImpl类的成员函数setMainFrame首先调用成员函数toWebLocalFrameImpl将参数frame强制转换成一个WebLocalFrameImpl对象，以及调用成员函数page获得前面在构造函数中创建的Page对象，接下来将这个Page对象设置给上述转换得到的WebLocalFrameImpl对象，这是通过调用WebLocalFrameImpl类的成员函数initializeAsMainFrame实现的。       WebLocalFrameImpl类的成员函数initializeAsMainFrame的实现如下所示：

  1. void WebLocalFrameImpl::initializeAsMainFrame(WebCore::Page* page){
  2.    setWebCoreFrame(LocalFrame::create(&m_frameLoaderClientImpl, &page->frameHost(), 0));
  3.     // We must call init() after m_frame is assigned because it is referenced
  4.    // during init().
  5.    m_frame->init();
  6. }

      这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebLocalFrameImpl.cpp中。

      WebLocalFrameImpl类的成员变量m_frameLoaderClientImpl描述的是一个FrameLoaderClientImpl对象，WebLocalFrameImpl类的成员函数initializeAsMainFrame首先调用LocalFrame类的静态成员函数create根据这个FrameLoaderClientImpl对象创建了一个LocalFrame对象。

      LocalFrame类的静态成员函数create的实现如下所示：

  1. PassRefPtr<LocalFrame> LocalFrame::create(FrameLoaderClient* client, FrameHost* host, FrameOwner* owner){
  2.    RefPtr<LocalFrame> frame = adoptRef(new LocalFrame(client, host, owner));
  3.    ......
  4.    return frame.release();
  5. }

     这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/frame/LocalFrame.cpp中。

     从这里可以看到，LocalFrame类的静态成员函数create创建了一个LocalFrame对象，并且返回给调用者。

     LocalFrame对象的创建过程，也就是LocalFrame类的构造函数的实现，如下所示：

  1. inline LocalFrame::LocalFrame(FrameLoaderClient* client, FrameHost* host, FrameOwner* owner)
  2.    : Frame(client, host, owner)
  3.    , m_loader(this)
  4.    ,
  5. ......{
  6. }

     这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/frame/LocalFrame.cpp中。

     LocalFrame类的构造函数首先调用父类Frame的构造函数，后者的实现如下所示：

  1. Frame::Frame(FrameClient* client, FrameHost* host, FrameOwner* owner)
  2.    : ......
  3.    , m_client(client)
  4.    ,
  5. ......{
  6.    ......
  7. }  

    这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/frame/Frame.cpp中。

      从前面的调用过程可以知道，参数client指向的是一个FrameLoaderClientImp对象，Frame类的构造函数将这个FrameLoaderClientImpl对象保存在成员变量m_client中。

      回到LocalFrame类的构造函数中，接下来它还会构造一个FrameLoader对象，并且保存成员变量m_loader中。       FrameLoader对象的构造过程，即FrameLoader类的构造函数的实现，如下所示：

  1. FrameLoader::FrameLoader(LocalFrame* frame)
  2.    : m_frame(frame)
  3.    ,
  4. ......{
  5. }

      这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/frame/Frame.cpp中。

      FrameLoader类的构造函数将参数frame描述的一个LocalFrame对象保存在成员变量m_frame中。

      这一步执行完成后，回到WebLocalFrameImpl类的成员函数initializeAsMainFrame中，它接下来调用另外一个成员变量setWebCoreFrame将前面调用LocalFrame类的静态成员函数create创建的LocalFrame对象保存成员变量m_frame中，如下所示：

  1. void WebLocalFrameImpl::setWebCoreFrame(PassRefPtr<WebCore::LocalFrame> frame){
  2.    m_frame = frame;
  3.    ......
  4. }

     这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebLocalFrameImpl.cpp中。  

   再回到WebLocalFrameImpl类的成员函数initializeAsMainFrame中，它最后调用成员变量m_frame描述的LocalFrame对象的成员函数init执行初始化操作。

     LocalFrame类的成员函数init的实现如下所示：

  1. namespace WebCore {
  2.    ......
  3.     inline void LocalFrame::init()
  4.    {
  5.        m_loader.init();
  6.    }
  7.     ......
  8. }  

    这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/frame/LocalFrame.h中。

      LocalFrame类的成员变量m_loader描述的是一个FrameLoader对象，LocalFrame类的成员函数init调用这个FrameLoader对象的成员函数init执行初始化操作。

      FrameLoader类的成员函数init的实现如下所示：

  1. void FrameLoader::init(){
  2.    m_provisionalDocumentLoader = client()->createDocumentLoader(m_frame,
  3. ResourceRequest(KURL(ParsedURLString, emptyString())), SubstituteData());
  4.    ......
  5. }  

    这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/loader/FrameLoader.cpp中。

      FrameLoader类的成员函数init首先调用成员函数client获得一个FrameLoaderClientImpl对象，如下所示：

  1. FrameLoaderClient* FrameLoader::client() const{
  2.    return static_cast<FrameLoaderClient*>(m_frame->client());
  3. }

      这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/loader/FrameLoader.cpp中。

      从前面的分析可以知道，FrameLoader类的成员变量m_frame描述的是一个LocalFrame对象，FrameLoader类的成员函数调用它的成员函数client获得一个FrameLoaderClientImpl对象。

      LocalFrame类的成员函数client是从父类Frame继承下来的，它的实现如下所示：

  1. inline FrameClient* Frame::client() const{
  2.    return m_client;
  3. }

      这个函数定义在文件chromium_org/third_party/WebKit/Source/core/frame/Frame.h中。

      从前面的分析可以知道，Frame类的成员变量m_client指向的是一个FrameLoaderClientImpl对象，Frame类的成员函数client将这个FrameLoaderClientImpl对象返回给调用者。

      回到FrameLoader类的成员函数init中，它获得了一个FrameLoaderClientImpl对象之后，接下来调用这个FrameLoaderClientImpl对象的成员函数createDocumentLoader创建了一个WebDataSourceImpl对象，并且保存在成员变量m_provisionalDocumentLoader中。这个WebDataSourceImpl对象以后可以用来加载网页。

      FrameLoaderClientImpl类的成员函数createDocumentLoader的实现如下所示：

  1. PassRefPtr<DocumentLoader> FrameLoaderClientImpl::createDocumentLoader(LocalFrame* frame, const ResourceRequest& request, const SubstituteData& data){
  2.    RefPtr<WebDataSourceImpl> ds = WebDataSourceImpl::create(frame, request, data);
  3.    ......
  4.    return ds.release();
  5. }

     这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/FrameLoaderClientImpl.cpp中。

     FrameLoaderClientImpl类的成员函数createDocumentLoader调用WebDataSourceImpl类的静态成员函数create创建了一个WebDataSourceImpl对象，并且返回给调用者。

     WebDataSourceImpl类的静态成员函数create的实现如下所示：

  1. PassRefPtr<WebDataSourceImpl> WebDataSourceImpl::create(LocalFrame* frame, const ResourceRequest& request, const SubstituteData& data){
  2.    return adoptRef(new WebDataSourceImpl(frame, request, data));
  3. }

     这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebDataSourceImpl.cpp中。

     从这里可以看到，WebDataSourceImpl类的静态成员函数create创建的是一个WebDataSourceImpl对象，并且将这个WebDataSourceImpl对象返回给调用者。

     WebDataSourceImpl对象的创建过程，即WebDataSourceImpl类的构造函数的实现，如下所示：

  1. WebDataSourceImpl::WebDataSourceImpl(LocalFrame* frame, const ResourceRequest& request, const SubstituteData& data)
  2.    : DocumentLoader(frame, request, data){
  3.    ......
  4. }

     这个函数定义在文件external/chromium_org/third_party/WebKit/Source/web/WebDataSourceImpl.cpp中。

     WebDataSourceImpl类是从DocumentLoader类继承下来的，因此WebDataSourceImpl类构造函数调用了DocumentLoader类的构造函数。

     DocumentLoader类的构造函数的实现如下所示：

  1. DocumentLoader::DocumentLoader(LocalFrame* frame, const ResourceRequest& req, const SubstituteData& substituteData)
  2.    : m_frame(frame)
  3.    , m_fetcher(ResourceFetcher::create(this))
  4.    ,
  5. .....{
  6. }

     这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/loader/DocumentLoader.cpp中。

     DocumentLoader类的构造函数首先将参数frame描述的一个LocalFrame对象保存在成员变量m_frame中，接下来又调用ResourceFetcher类的静态成员函数create创建了一个ResourceFetcher对象，并且保存在成员变量m_fetcher中。      ResourceFetcher类的静态成员函数create的实现如下所示：

  1. class ResourceFetcher FINAL : public RefCountedWillBeGarbageCollectedFinalized<ResourceFetcher>, public ResourceLoaderHost {
  2.    WTF_MAKE_NONCOPYABLE(ResourceFetcher);
  3. WTF_MAKE_FAST_ALLOCATED_WILL_BE_REMOVED;
  4.    WILL_BE_USING_GARBAGE_COLLECTED_MIXIN(ResourceFetcher);
  5.    ......
  6. public:
  7.    static PassRefPtrWillBeRawPtr<ResourceFetcher> create(DocumentLoader* documentLoader) {
  8. return adoptRefWillBeNoop(new ResourceFetcher(documentLoader));
  9. }
  10.     ......
  11. };

     这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/fetch/ResourceFetcher.h中。

     从这里可以看到，ResourceFetcher类的静态成员函数create创建的是一个ResourceFetcher对象，并且会将这个ResourceFetcher对象返回给调用者。

     ResourceFetcher对象的创建过程，即ResourceFetcher类的构造函数的实现，如下所示：

  1. ResourceFetcher::ResourceFetcher(DocumentLoader* documentLoader)
  2.    : ......
  3.    , m_documentLoader(documentLoader)
  4.    ,
  5. .....
  6. {
  7. }

      这个函数定义在文件external/chromium_org/third_party/WebKit/Source/core/fetch/ResourceFetcher.cpp中。

      从前面的调用过程可以知道，参数documentLoader指向的实际上是一个WebDataSourceImpl对象，这个WebDataSourceImpl对象保存在ResourceFetcher类的成员变量m_documentLoader中。

      这一步执行完成后，Render进程就处理完毕从Browser进程发送过来的类型为ViewMsg_New的IPC消息。Render进程在处理IPC消息的过程中，主要就是创建了一个RenderViewImpl对象、一个RenderFrameImpl对象、一个WebLocalFrameImpl对象、一个LocalFrame对象。这些对象的关系和作用可以参考前面Chromium网页加载过程简要介绍和学习计划一文的介绍。创建这些对象是为后面加载网页内容作准备的。       回到NavigatorImpl类的成员函数NavigateToEntry，它向Render进程发送了一个类型为ViewMsg_New的IPC消息之后，接下来又会调用RenderFrameHostImpl类的成员函数Navigate请求导航到指定的URL。       RenderFrameHostImpl类的成员函数Navigate的实现如下所示：

  1. void RenderFrameHostImpl::Navigate(const FrameMsg_Navigate_Params& params) {
  2.  ......
  3.   // Only send the message if we aren't suspended at the start of a cross-site
  4.  // request.
  5.  if (render_view_host_->navigations_suspended_) {
  6.    // Shouldn't be possible to have a second navigation while suspended, since
  7.    // navigations will only be suspended during a cross-site request.  If a
  8.    // second navigation occurs, RenderFrameHostManager will cancel this pending
  9.    // RFH and create a new pending RFH.
  10.    DCHECK(!render_view_host_->suspended_nav_params_.get());
  11.    render_view_host_->suspended_nav_params_.reset(
  12.        new FrameMsg_Navigate_Params(params));
  13.  } else {
  14.    // Get back to a clean state, in case we start a new navigation without
  15.    // completing a RVH swap or unload handler.
  16.    render_view_host_->SetState(RenderViewHostImpl::STATE_DEFAULT);
  17.     Send(new FrameMsg_Navigate(routing_id_, params));
  18.  }
  19.   ......
  20. }  

    这个函数定义在文件external/chromium_org/content/browser/frame_host/render_frame_host_impl.cc中。

      从前面的分析可以知道，RenderFrameHostImpl类的成员变量render_view_host_描述的是一个RenderViewHostImpl对象。当这个RenderViewHostImpl对象的成员变量navigations_suspended_的值等于true的时候，表示参数params描述的URL被挂起加载，这时候RenderFrameHostImpl类的成员函数Navigate将要加载的URL记录起来，等到挂起被恢复时，再进行加载。

      另一方面，RenderFrameHostImpl类的成员变量render_view_host_描述的RenderViewHostImpl对象的成员变量navigations_suspended_的值等于false时，表示要马上加载参数params描述的URL，这时候RenderFrameHostImpl类的成员函数Navigate就会向一个Render进程发送一个类型为FrameMsg_Navigate的IPC消息，请求该Render进程加载该URL对应的网页。Render进程加载网页的过程，我们在接下来的一篇文章中再分析。

      至此，我们就分析完成一个网页对应的Frame Tree的创建过程了。这个Frame Tree是在网页内容加载过程之前在Browser进程中创建的。要加载的网页对应于这个Frame Tree的一个Node。这个Node又关联有一个RenderFrameHostImpl对象。这个RenderFrameHostImpl对象在Render进程又对应有一个RenderFrameImpl对象。RenderFrameHostImpl对象和RenderFrameImpl对象负责在Browser进程和Render进程之间处理网页导航相关的操作。

      在接下来的一篇文章分析网页内容的加载过程中，我们就可以看到，Render进程中的RenderFrameImpl对象处理其在Browser进程中的对应的RenderFrameHostImpl对象发送过来的类型为FrameMsg_Navigate的IPC消息的过程，也就是Render进程加载网页内容的过程，敬请关注！更多的信息也可以关注老罗的新浪微博：http://weibo.com/shengyangluo。
 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

zhangjie11
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android-View绘制原理(15)-RenderNodeDrawable
文科壮员专栏
08-15 584
本文主要分析了renderFrame函数的原理，包括了对Layer的处理和RootRenderNode的处理，他们最后都是通过RenderNodeDrawable来进行渲染的。然后将RootRenderNode中的displayList画到SkSurface中完成像素渲染。其中对于Layer的处理逻辑比较难理解。我总结一下设置成Layer与不设置成Layer的差别。
chromium双核浏览器实现
camike的博客
03-13 1587
注： 本文简要介绍IE内核在chromium中集成的主要原理和思路，并不涉及具体代码逻辑。 进程模型 兼容模式下，renderer进程不再创建默认的RenderView、RenderFrame以及RenderWidget，改为由trident相关类来接收来自browser进程的网址导航指令，并将加载结果反馈回browser进程。此过程中，mojo通道的browser端保持不变， renderer端由 blink 切换为 trident。 窗口结构 兼容...
Gamebryo—帧渲染系统
arun
04-12 574
帧渲染系统 一、简介 帧渲染系统提供了负责的特效提供了一个简单的方法。它提供了一些手动的方法。 在应用程序中，通过帧渲染系统可以在初始化时做好所有的配置工作。当渲染时，可以 自动执行这些被封装好的特效绘制操作。 二、剖析一帧 该系统允许事先建立复杂的渲染特效，从而在每一帧会自动执行。系统中提供了一些列可激活、禁止、重置的对象来做这些工作。特定帧中的对象可以被另一个使用了帧系统的应用程序
renderviewhost与webcontents关系
dzhj11的专栏
09-03 1056
1. RenderViewHost为中心的相关类 2. TabContents/NavigationController/TabStripModel/Browser之间的相互关系
chromium 的render process创建堆栈
flyonok的专栏
03-25 1431
1、通过BrowserThread::PostTask的调用堆栈： content.dll!content::ChildProcessLauncher::ChildProcessLauncher(const FilePath & exposed_dir, CommandLine * cmd_line, int child_process_id, content::ChildProcessLaun
Chromium网页渲染技术
01-04
Chromium网页渲染技术，更多信息点击进入：http://0xcc0xcd.com
Chromium硬件加速渲染的UI合成过程分析.pdf
08-21
Chromium硬件加速渲染的UI合成过程分析
一个渲染框架render frame
07-12
一个渲染框架render frame 正在完善当中。
webkit内部的WebView, page, WebFrame, Frame, document, frameView, RenderView, RenderFrame, Widget的关系和构建
09-09 997
webkit内部的WebView,page, WebFrame, Frame, document, frameView, RenderView, RenderFrame,Widget的层级关联关系以及构建过程 Webcore内部： Page, Node, Element, Document, Settings WebKit接口层： WebView(WebViewImpl
Chromium网页加载过程简要介绍和学习计划
老罗的Android之旅
01-04 2万+
Chromium加载网页的过程，需要Browser进程和Render进程协作完成。加载网页的过程由Browser进程发起，向服务器请求网页内容的过程也是由Browser进程完成。Render进程负责对下载回来的网页内容进行解析，解析之后得到一个DOM Tree。有了这个DOM Tree之后，Render进程就可以对网页进行渲染了。本文接下来就对上述过程涉及到的重要概念进行简要介绍以及制定学习计划。
Chromium网页URL加载过程分析
热门推荐
老罗的Android之旅
01-25 3万+
Chromium在Browser进程中为网页创建了一个Frame Tree之后，会将网页的URL发送给Render进程进行加载。Render进程接收到网页URL加载请求之后，会做一些必要的初始化工作，然后请求Browser进程下载网页的内容。Browser进程一边下载网页内容，一边又通过共享内存将网页内容传递给Render进程解析，也就是创建DOM Tree。本文接下来就分析网页URL的加载过程。
Chromium输入事件处理流程
Mouse
05-14 2159
本文主要讲解Chromium输入事件的处理过程，在Android平台上，当我们在网页上点击一个HTML元素时，系统会产生一个TouchEvent分发给WebView，WebView将该事件传递到Chromium中，Chromium会对该事件进行一系列的处理，最后分发到WebKit中，WebKit则根据输入事件发生的位置在网页中找到对应的HTML元素进行处理。在整个处理过程中，网页的输入事件是在Br...
Chromium网页输入事件捕捉和手势检测过程分析
老罗的Android之旅
07-04 2万+
连续的输入事件可能会产生一定的手势操作，例如滑动手势和捏合手势。在Chromium中，网页的输入事件是在Browser进程中捕捉的。Browser进程捕获输入事件之后，会进行手势操作检测。检测出来的手势操作将会发送给Render进程处理，因为它们需要应用在网页之上。与此同时，Browser进程也会将原始的输入事件发送给Render进程处理。本文接下来就分析Browser进程处理网页输入事件的过程。
Chromium多进程，多线程剖析
Felix的专栏
02-23 5826
Chromium多进程的原因： 1. 提高浏览器的健壮性：包括单个plugin，单个页面的崩溃导致整个浏览器的崩溃； 2. 提高浏览器的安全性：基于多进程的安全模型（sanbox模型），比如Render进程默认是基于Sandox模型的，限制了该进程除I/O之外的能力。 Chromium中的进程： Browser进程：负责管理浏览器的界面，页面间的管理，其它进程的管理； Rende
【Chromium】【笔记】《Chromium 如何显示 Web 页面》《chromium多进程架构》
多丰富下自己呀
03-13 3333
【Chromium】《Chromium 如何显示 Web 页面》《chromium多进程架构》
chromium 各线程的创建
木希博客
02-21 928
看了一些博客，一般介绍的线程是browser跟render线程。但是ps |grep shell 获取进程号，top -t |grep 进程号，你会看到的，估计跟我看到的差不多，就是这样的哗啦啦的一大片或者还更多，所以很多面试的时候问的都是内存优化，或者是裁剪，或是性能优化，因为问流程性的细节说不清，体现不出深度。之前介绍了URL加载流程，我在 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值