WebKit内核学习之三

　　离上一次写博客过去的时日更加长了，原因是不知道从哪一个点入手去研究内核，有一点老虎吃天无从下口的感觉，于是，各种查找资料，期望能够在网络资源中获取到提示，但是收效很少。虽然没能让我对从哪里入手起到帮助，但是却意外的带来了更大的好处，那就是经过资料的查找，让我更加了解webkit整体框架以及几个最重要的流程，虽然还无法从代码层面去分析处理，但是在整体框架上给了我直观的概念。所以说，只要真正的努力了，即便是走了歪路，自身也会得到提高。

　　闲话不说了，正文开始。

　　入门WebKit，我们当然要找一个简单的的流程去分析，从而培养出自己如何去分析更难流程的思路。

当然调试追踪WebKit流程，最重要的就是学会使用gdb。

　　经过师傅的指点，我就先从最简单的loadurl这个流程入手。既然是追踪流程，那么我们需要了解函数之间的调用，自然而言的就要用到gdb。于是就开始了调试追踪loadurl流程，为loadurl打断点，运行，打出堆栈，可是我追踪了无数次这个流程，每次打堆栈的时候，总是nostack!真的是很奇怪，困扰了我好久，也浪费了很多的时间，我总是以为是自己打的断点不对，后来没办法了，只能厚着脸皮问师傅，才知道原因，由于我下载的webkit源代码是最新的源代码，支持多进程，我应该追踪loadurl所在的进程，这样才能打出堆栈，才能真正的分析源码，分析流程。

追踪loadurl的具体过程如下：

　　　　１.我们先打开Minibrowser,

2.利用命令查看系统运行的进程，找到WebKitWebProcess这个进程，记住进程号；

　　　　３.利用命令sudogdb开启gdb(调试进程时需要sudogdb来开启gdb),进入gdb,然后利用命令attach进程号，

　　　　４.然后为loadurl这个函数加断点，然后继续运行；

　　　　５.在为第一步开启的浏览器输入一个网址，并点击跳转；

　　　　６.然后程序会自然在断点那里停下，从而可以利用bt命令，打出堆栈，接下来的事情就是自己分析代码流程逻辑了。

　　截止到这里，我们的一切准备工作已经好了，打出堆栈之后，剩下的就是自己去分析代码，分析流程逻辑了，暂且写到这里吧，有了新的心得再写出来。