chromium ④

时间:2022-07-19 08:34:39

chromium的源码非常大,选择合适的点入手能省不少力气。在

win7下编译chromium中我曾提到学习chromium源码的一个小工程test_shell,代码目录在src/webkit/tools/test_shell下,

打开src/webkit下的webkit.sln工程,在webkit下就能看到test_shell。test_shell是一个测试程序,代码和流程都很简单,

这篇笔记主要理清test_shell中的主流程和逻辑,为后面学习webkit打好基础,同时,我们也研究一下google的桌面程序都有哪些特点。

 
    打开test_shell_main.cc文件,找到main函数逐行分析。(windows环境)
    
    base::debug::EnableInProcessStackDumping();
    这句使程序生成crash dump,并将标准输出attach到控制台。具体参考SetUnhandledExceptionFilter API函数。
    base::EnableTerminationOnHeapCorruption();
    当堆越界或出错时终止进程,winxp sp3以上版本才支持。具体参考HeapSetInformation API函数。
 
    base::AtExitManager at_exit_manager;
    AtExitManager目的是执行类似atexit的动作,它采用后进先出的栈结构运行注册一系列的任务,当对象析构时会执行任务列表,最常用的是执行base::Singleton类型对象的销毁动作,可以看到Singleton的实现中如果有kRegisterAtExit属性,则自动将OnExit函数作为任务添加到AtExitManager中,这样,我们不但能在程序结束时指定Singleton对象的销毁顺序,还能定义更多动作来让AtExitManager帮助管理执行。
 
    TestShellPlatformDelegate::PreflightArgs(&argc, &argv);
    根据注释这一句使程序有机会提前根据OS处理一些命令行,并过滤掉一些特有命令。不深究。
 
    CommandLine::Init(argc, argv);
    const CommandLine& parsed_command_line = *CommandLine::ForCurrentProcess();
    这两句建立一个命令行解析对象,将命令行解释为一个命令列表。后续很多处理都根据parsed_command_line对象的解释结果,配置不同的功能和支持。关于后续不同配置的执行,不再一一详述。
 
    TestShellPlatformDelegate platform(parsed_command_line);
    为跨平台做的一些逻辑的代理,比如后续的platform.CheckLayoutTestSystemDependencies(),platform.SuppressErrorReporting(),platform.InitializeGUI()和platform.SelectUnifiedTheme()等调用,会检查、收集系统默认字体、字号、主题风格等UI相关的信息,并完成窗口注册等工作。多数为方便测试用,不深究。
 
    MessageLoopForUI main_message_loop;
    这行代码看似简单,却包含了chromium中线程和消息循环机制的精髓。test_shell工程中只是用来初始化一些状态,并未真正用到。简单来说,MessageLoop是为不同平台线程事件处理做的封装,MessageLoopForUI面向UI线程,对于windows来说,它是对Win32窗口的消息队列和循环机制做的封装。关于MessageLoop后续会有专门一篇来研究它。
 
    后面的数行代码全都是根据平台环境和命令行确定程序细节功能点,比如v8错误是否abort、窗口风格、加速渲染、url默认加载次数、http cache模式、html5支持等,先略过。
 
    TestShellWebKitInit test_shell_webkit_init(layout_test_mode);
    初始化webkit,配置webkit的各种参数。先略过。
 
    icu_util::Initialize();
    初始化icu,icu是一个为C/C++和Java语言提供Unicode和国际化支持的库,参考ICU - International Components for Unicode。chromium将它做为第三方库来支持Unicode。
 
    net::NetModule::SetResourceProvider(TestShell::ResourceProvider);
    为network模块设置资源句柄。由于浏览器对本地资源的访问是有限制的,chromium通过NetModule来管理network对本地资源的访问。以后再详细研究。
 
    platform.InitializeGUI();
 
    还记得前面提到的platform对象吗,这句为GUI初始化环境。对于windows来说,内部调用InitCommonControlsEx初始化标准控件风格,并完成窗口类注册,终于找到熟悉的代码了,呵呵。
 
    TestShell::InitializeTestShell(layout_test_mode, allow_external_pages);
    初始化test_shell程序。看代码主要初始化了ole、window list、resource等,同时根据command line设置crash dump,这里用到了google的crash开源处理框架breakpad,之前关于程序崩溃处理的博文中有介绍。
 
    GURL starting_url;
 
    GURL是对url的封装类,test_shell启动时会加载该url,其值在我这里为:“file:///D:/chromium/home/src_tarball/tarball/chromium/src/webkit/data/test_shell/index.htm”。
 
    std::string stats_filename = kStatsFilePrefix +
      base::Uint64ToString(base::RandUint64() & 0xFFFFFFFFL);
    RemoveSharedMemoryFile(stats_filename);
    base::StatsTable *table = new base::StatsTable(stats_filename,
      kStatsFileThreads,
      kStatsFileCounters);
    base::StatsTable::set_current(table);
    设置用于统计的stats table。stats table生成一个共享内存的随机名来保证不同实例的唯一性,内部通过一个hash表对刚兴趣的项进行计数。
 
    下面这几行代码就是窗口创建和运行的代码了:
 
    TestShell* shell;
    if (TestShell::CreateNewWindow(starting_url, &shell)) {
      shell->Show(WebKit::WebNavigationPolicyNewWindow);
 
      if (parsed_command_line.HasSwitch(test_shell::kDumpStatsTable))
        shell->DumpStatsTableOnExit();
 
      webkit_glue::SetJavaScriptFlags(TestShell::GetJSFlagsForLoad(0));
      MessageLoop::current()->Run();
    }
 
    TestShell类是对test_shell app的封装,前面已经调用过很多TestShell的静态函数了,
 
比如一系列的config设置、TestShell::InitLogging、TestShell::InitializeTestShell等。通过调用TestShell::CreateNewWindow函数,shell变量被实例化,
 
实际上内部是通过调用Initialize()函数完成,在windows下主要是创建主窗口m_mainWnd以及初始化主界面,包括“Back”、“Forward”、“Reload”、“Stop”四个按钮和URL编辑框,之后创建一个webview窗口并load url显示内容。
    MessageLoop::current()->Run();一句封装了主消息循环,内部通过base::RunLoop的run函数完成,
 
最终将调用到MessagePumpForUI::DoRunLoop中,DoRunLoop基本就是对消息循环的封装。
 
    当收到WM_QUIT消息时,消息循环结束,Run函数返回。经过几个函数的清理工作后,main函数结束。
 
    以上就是整个test_shell的主流程,看上去代码逻辑还是非常清晰的。真正的chromium逻辑比test_shell肯定要复杂,但大致类似。
 
可以看到chromium的代码面向对象的封装做的非常好,比如AtExitManager对退出逻辑的封装、MessageLoop对消息循环以及跨平台的包装等。另
 
外可以看到对command line的封装和处理占了很多语句,还有config、log、crash、statistic等的支持,这些是所有application都需要的部分,值得研究和学习。
 
    从对主流程的学习可以看到,涉及webkit的代码并不多,主要由TestShellWebKitInit和webkit_glue两个封装完成。另外比较重要的部分就是MessageLoop、跨平台以及UI和控件系统了,这几点将是我们后面研究的重点。