WebKit技巧：如何用GDB进行调试

对于Android中的Webkit(libwebcore.so)，因为它是系统底层的库，所以没有办法像App和Frameworks那样直接用Eclipse来调试，因为它们都是C和C++语言，所以对于它来讲只能用GDB来进行调试。

何时用到GDB来调试

个人认为，并不是所有问题都立马上GDB来调试。因为Webkit的代码十分巨大逻辑也十分的复杂，所以直接用GDB，可能不是很直观，你无法在合理的位置设置断点，单步跟踪更是会让人崩溃，因为逻辑很复杂，有些函数不止一次被调用，再加上多态，使得你很难准确定位问题。我们调试的目的就是为了跟踪流程和准确的定位问题。所以通常的做法是先通过经验和Log把问题确定在一定范围之内，比如一个类之中，或者一个方法之中，然后再用GDB去仔细调试。所以，用到GDB调试的时候是：

熟悉流程可以确定一定的代码范围

调试的原理

这里并不是讲GDB是如何实现的，而是大致讲讲用GDB调试手机库的原理。因为库是运行在手机里的，而开发环境是在PC上的，所以并不是像PC上那样直接去调试，而是要用到GDB Server和GDB Client，以及编译出来的带有Symbol调试信息的库，才可以。这个调试所用的库(out/target/product/common/symbols/system/lib/libwebcore.so)有几百兆大小，而手机中运行的库(out/target/product/common/system/lib/libwebcore.so)才3M多。

先是要把手机Browser进程关联到一个端口，再通过adb forward命令把手机的端口与PC的端口相映射，因为PC上的GDB与手机中的GDB Server就是通过这个端口来通信的。手机中运行gdbserver，它会与手机Browser进程通信，也就是与真正的库交互，而PC端运行GDB与带有调试信息的库交互，PC的GDB再通过端口与手机 中的GDB Server通信，这样我们就能够在PC上调试手机中的库了。

具体的设置步骤

首先，你需要一个已经编译好的Android源码及其编译输出的各种二进制文件，关于Android源码的获取和编译可以去Google。

映射端口，在PC的Shell中运行

/work/mydroid/prebuilt/linux-x86/toolchai http:// n/arm-eabi-4.4.3/bin/arm-eabi-gdb /work/mydroid/out/target/product/generic/system/bin/app_process

把它保存为gdbclient.sh，运行起来比较方便。

但对于GDB的Promt里面的设置库的过程则必须手动设置了，但所幸Client端不用每次都配置。

GDB常用命令

GDB会打开一个像Shell一样的Promt，输入命令，然后GDB会去执行。

h或help 显示帮助信息q或quit 退出GDBr或run 运行程序c或continue 继续运行至下一个断点s或step 单步跟踪，会进入每一个函数调用n或next 执行下一步，不会进行函数ENTER（回车） 重复上一命令b或break 设置断点d或delete 删除断点，不带参数则删除所有断点更详细参考：GDB Documentation

设置断点

可以用以下方法设置断点：

b filename:lineno，如FrameLoader.cpp:1515b filename:function， 如FrameLoader.cpp:loadWithDocumentLoaderb namespace::class::func， 如WebCore::FrameLoader::load