firefox调试记录5——事先确定profile情况下的跟踪

我发现的相似的东西如下两图所示：

第一张图是开始运行时的堆栈调用情况，第二张图是新建进程之后，中断时的堆栈调用。我发现的相似的地方是两个进程的入口函数都一样是firefox.exe里面的wmainCRTStartup函数，而其后依次调用了__tmainCRTStartup、wmain、NS_internal_main、do_main、XRE_main。这些都是一样的，而之后就不一样了，前面看过XRE_main这个函数，有一千多行，在这个函数里面有很多分支，这里我又注意到这两个进程执行过程是如此相似，唯一不同的就是第一次运行这个进程的时候还没有选择合适的profile。而选择完profile之后，程序是不是又回到了开始的地方，继续执行呢？因此我就想，如果我在程序一开始的时候就给它选定profile，是不是就可以不用打开profilemanager了呢，在联系到运行特定profile的命令行方式打开profile一般是："D:\Program Files\mozilla firefox 7\firefox.exe" -P "default"。而用bat文件打开firefox时，其命令一般是：
set MOZ_NO_REMOTE=1
start "" "D:\Program Files\mozilla firefox\firefox.exe" -P default
因此，我考虑MOZ_NO_REMOTE=1这个已经在环境中设置了，如果我在让这个程序运行的时候带上-P "default"之类的参数应该就可以省掉选择profile那些步骤而直接用给定的profile打开firefox了。于是我首先进行了尝试。在前面设置环境的地方，有一个参数，其值是空着的，我抱着试试的态度，在里面写上了-P sourcetest，如下图，sourcetest是我为这次调试新创建的profile。其内的设置全部是默认的。

这样我一步一步的跟下去。还是按照第一次的方法，这次我跟下去果然没有打开profilemanager，这说明那里的参数设置对了，而且打开的窗口也是预期的效果。在跟的过程中，我遇到了rv = mAppShell->Run();appStartup->Run();、一个for循环：for (;;) {…}注意这个for循环的循环体我省略了，而其循环条件，我没有改动，也就是说这个for循环是个死循环，在这个死循环里面调用了NS_ProcessNextEvent这个函数继续跟进去，到了~\firefox-8.0.source\ipc\chromium\src\base\message_loop.cc文件中，这个文件一看名称就是处理消息循环的，这些循环内部究竟做了哪些操作，今天已经来不及去跟踪了。

调试跟踪到这里，我想我终于将firefox从用户双击图标到打开浏览器这个过程弄清楚了。简单的说就是如果用户指定了profile，就直接打开firefox，如果没有指定就打开profilemanager，让用户选择或者创建profile然后再打开firefox。经过实际测试及这里的跟踪调试，可以知道，程序确定profile有两种方式，一种是设置了moz-no-remote=1的情况下，用-p profilename的方式运行，另一种是没有设置moz-no-remote=1，且当前有已经在运行的firefox则使用在运行的firefox的profile来打开。其他情况都会打开profilemanager供用户选择或创建profile。