谷歌浏览器的源码分析(23)

继续上一次来分析LoadRequest的代码，在分析这个函数代码之前，先看看WebFrame类的继承层次关系，如下：

class WebFrame : public base::RefCounted<WebFrame> {

WebFrame是一个接口类，但它先继承引用计数类RefCounted，这样对于这个对象多次访问，就可以使用引用计数来判断对象的生命周期了。对于base::RefCounted<WebFrame>的语法，其实它是一种模板实现的多态特性，这种方案是最高效的实现方式，比使用虚函数更少占内存，并且运行的速度也更快。它就是解决如下的问题：

void Release() {

if (subtle::RefCountedBase::Release()) {

delete static_cast<T*>(this);

}

}

上面的函数里static_cast<T*>(this)，它就是一种多态的实现方法，由于base::RefCounted类并没有声明为虚析构函数，如下：

template <class T>

class RefCounted : public subtle::RefCountedBase {

public:

RefCounted() { }

~RefCounted() { }

既然没有把类RefCounted声明为虚析构函数，又想在基类里调用派生类的析构函数，只好使用static_cast和类型转换了，这是一种比较好的模板使用方法，在WTL里就大量使用这种技术。

接着可以看到：

class WebFrameImpl : public WebFrame {

public:

WebFrameImpl();

~WebFrameImpl();

类WebFrameImpl是继承接口类WebFrame，这里是使用接口与实现分析的设计模式，这样更方便代码灵活地复用。可见设计Chrome的设计师和写代码的程序员，都是顶尖的模板高手，大部的思想与WTL库的设计是一脉相承。也难怪Chrome的浏览器使用WTL库来设计界面。

#001 void WebFrameImpl::LoadRequest(WebRequest* request) {

#002 SubstituteData data;

#003 InternalLoadRequest(request, data, false);

#004 }

在WebFrame里调用函数LoadRequest，实际上是调用实现类WebFrameImpl函数LoadRequest，而在这个函数又是调用InternalLoadRequest来实现的，它的代码如下：

#001 void WebFrameImpl::InternalLoadRequest(const WebRequest* request,

#002 const SubstituteData& data,

#003 bool replace) {

//转换请求参数。

#004 const WebRequestImpl* request_impl =

#005 static_cast<const WebRequestImpl*>(request);

#006

获取请求的资源。

#007 const ResourceRequest& resource_request =

#008 request_impl->frame_load_request().resourceRequest();

#009

#010 // Special-case javascript URLs. Do not interrupt the existing load when

#011 // asked to load a javascript URL unless the script generates a result.

#012 // We can't just use FrameLoader::executeIfJavaScriptURL because it doesn't

#013 // handle redirects properly.

获取需要下载网页的地址。

#014 const KURL& kurl = resource_request.url();

处理加载javascript的连接情况。

#015 if (!data.isValid() && kurl.protocol() == "javascript") {

#016 // Don't attempt to reload javascript URLs.

#017 if (resource_request.cachePolicy() == ReloadIgnoringCacheData)

#018 return;

#019

#020 // We can't load a javascript: URL if there is no Document!

#021 if (!frame_->document())

#022 return;

#023

#024 // TODO(darin): Is this the best API to use here? It works and seems good,

#025 // but will it change out from under us?

#026 DeprecatedString script =

#027 KURL::decode_string(kurl.deprecatedString().mid(sizeof("javascript:")-1));

#028 bool succ = false;

加载执行脚本。

#029 WebCore::String value =

#030 frame_->loader()->executeScript(script, &succ, true);

#031 if (succ && !frame_->loader()->isScheduledLocationChangePending()) {

#032 // TODO(darin): We need to figure out how to represent this in session

#033 // history. Hint: don't re-eval script when the user or script navigates

#034 // back-n-forth (instead store the script result somewhere).

#035 LoadDocumentData(kurl, value, String("text/html"), String());

#036 }

#037 return;

#038 }

#039

停止上一次没有完成的加载情况。

#040 StopLoading(); // make sure existing activity stops

#041

#042 // Keep track of the request temporarily. This is effectively a way of

#043 // passing the request to callbacks that may need it. See

#044 // WebFrameLoaderClient::createDocumentLoader.

保存当前的请求连接。

#045 currently_loading_request_ = request;

#046

#047 // If we have a current datasource, save the request info on it immediately.

#048 // This is because WebCore may not actually initiate a load on the toplevel

#049 // frame for some subframe navigations, so we want to update its request.

获取当前数据源，如果已经存在就可以保存它。

#050 WebDataSourceImpl* datasource = GetDataSourceImpl();

#051 if (datasource)

#052 CacheCurrentRequestInfo(datasource);

#053

如果数据有效就可以直接替换就行了。

#054 if (data.isValid()) {

#055 frame_->loader()->load(resource_request, data);

#056 if (replace) {

#057 // Do this to force WebKit to treat the load as replacing the currently

#058 // loaded page.

#059 frame_->loader()->setReplacing();

#060 }

如果是历史网页选择，就判断是否出错的加载处理。

#061 } else if (request_impl->history_item()) {

#062 // Use the history item if we have one, otherwise fall back to standard

#063 // load.

#064 RefPtr<HistoryItem> current_item = frame_->loader()->currentHistoryItem();

#065

#066 // If there is no current_item, which happens when we are navigating in

#067 // session history after a crash, we need to manufacture one otherwise

#068 // WebKit hoarks. This is probably the wrong thing to do, but it seems to

#069 // work.

#070 if (!current_item) {

#071 current_item = new HistoryItem(KURL("about:blank"), "");

#072 frame_->loader()->setCurrentHistoryItem(current_item);

#073 frame_->page()->backForwardList()->setCurrentItem(current_item.get());

#074

#075 // Mark the item as fake, so that we don't attempt to save its state and

#076 // end up with about:blank in the navigation history.

#077 frame_->page()->backForwardList()->setCurrentItemFake(true);

#078 }

#079

#080 frame_->loader()->goToItem(request_impl->history_item().get(),

#081 WebCore::FrameLoadTypeIndexedBackForward);

重新加载网页。

#082 } else if (resource_request.cachePolicy() == ReloadIgnoringCacheData) {

#083 frame_->loader()->reload();

下面开始调用load来加载新下载的网页资源。

#084 } else {

#085 frame_->loader()->load(resource_request);

#086 }

#087

#088 currently_loading_request_ = NULL;

#089 }

上面通过几种情况来分别实现了加载javascript网页的处理，还有历史选项处理，还有重新加载网页和加载新网页的处理。下一次再来分析加载新网页的函数frame_->loader()->load的实现。