谷歌浏览器的源码分析(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的实现。