日期:2014-05-16 浏览次数:20659 次
对于Android中的Webkit(libwebcore.so),因为它是系统底层的库,所以没有办法像App和Frameworks那样直接用Eclipse来调试,因为它们都是C和C++语言,所以对于它来讲只能用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。
adb forward tcp:5039 tcp:5039
gdbserver :5039 --attach pid
mydroid/prebuilt/linux-x86/toolchain/arm-eabi-4.4.3/bin/arm-eabi-gdb mydroid/out/target/product/generic/system/bin/app_process
set solib-absolute-prefix mydroid/out/target/product/generic/symbols set solib-search-path mydroid/out/target/product/generic/symbols/system/lib
target remote :5039
之后就可以用GDB命令去调试了。
每次调试,gdbserver都要重新设置,因为每次PID都会不一样,而gdb client端刚不需要重复。
为了简化流程,对于gdbserver的设置可以用Shell脚本来做,如下:
#!/bin/bash cd /work/mydroid ADB=./out/host/linux-x86/bin/adb $ADB forward tcp:5039 tcp:5039 $ADB shell am start -n com.android.browser/.BrowserActivity TMPFILE=tmp.txt $ADB shell ps > $TMPFILE #echo "tmp file is $TMPFILE"; while read user pid line; do #echo $line; if [[ $line == *browser* ]]; then echo "pid of browser is $pid"; browser_pid=$pid; fi done < $TMPFILE rm -f $TMPFILE; $ADB shell gdbserver :5039 --attach $browser_pid
client端的命令也很长,所