Eclipse+CDT+GDB调试android NDK程序Word格式.docx

1、但是性能实在太低，卡的根本没法用。Linux下直接用gdb调试本地方法是很流畅的。再确定安装并配置好开发环境之后，就可以开始了。首先得确定自己能够正常的运行一个ndk工程，连运行都成问题的话，也就谈不上什么调试了。新建一个android项目，选择crete project form existing source，源代码位于/home/shaodx/android/android-ndk-r7/samples/hello-jni，即ndk目录的samples/hello-jni。NextSdk target 就选2.2吧，其他的虽然没测试，应该也没什么问题。FinshHellojni项目极其简

2、单，看代码就懂了。在activitie下建立一个textview，然后调用一个natvie方法来返回一个字符串，然后把textview的text设置为这个字符串。为了方便看到调试后的效果和局部变量的变化情况，我加了几行对程序结果没影响的代码。Java代码：C+：当然，这个时候直接运行的话，程序肯定会崩溃的。因为动态链接库还没编译好。Ndk根目录下的ndk-build负责编译so文件。首先进入项目所在目录，然后运行ndk-build即可。效果如下：出错了.Host awk tool is outdated.上网搜索之后的解决方案如下：到/home/shaodx/android/android-n

3、dk-r7/prebuilt/linux-x86/bin/目录下找到这个awk，file一下：这个awk文件居然是64位版的，难怪之前说过期了。（google程序员粗心了吧）解决方案居然是把这个awk删了就行了.解决问题之后，换个姿势，再来一次So文件存在于libs/armeabi/libhello-jni.so。现在就可以运行程序了。不过要是每一次修改c+代码都还要调用ndk-build的话，那也太麻烦了。介绍一个一劳永逸的方法。首先，要给eclipse安装一个CDT，eclipsehelpinstall new software下载地址为http:/download.eclipse.org

4、/tools/cdt/releases/indigo/反正我是把所有的选项都给安装了，也花不了太多的时间。然后是安装sequoyah 地址为/download.eclipse.org/sequoyah/updates/2.0/这个就只需要安装Sequoyah Android Native Code Support 一项就可以了。然后把当前项目转换为C+项目。Filenewother:Convert to a c/c+ Project依照图中所示设置：Finish。这个时候，项目中的c+代码也会被识别了。一般这个时候就会爆出一堆错误，主要是gcc找不到jni.h头文件，同样也识别不了来自jni的

5、一些函数和数据类型：于是就要给gcc添加一个环境变量让它来找到jni.h了，环境变量名称为C_INCLUDE_PATH。这个名字不能乱写，windows下类似的环境变量叫做INCLUDE。然后多刷新几次工程，这些错误就消失了。接下来，进行C+代码的编译配置。进入工程属性页，build command设置为ndk下ndk-build的完整路径。将Behavior选项页下的build处的all替换为空格接下来就可以直接运行了，每次运行的时候，就会自动把C+代码编译成so文件。同时，可以在eclipse中编写java代码和C+代码，很是方便。往下的工作就真的跟调试相关了。首先进入工程目录，然后运行n

6、dk目录下的ndk-gdb。执行这一步骤时，应当先确保有模拟器在运行。如果有人更习惯于命令式的方法来调试程序的话，就可以直接用这个ndk-gdb来调试程序了。接下来的步骤就是把这个gdb调试图形化。在eclipse下进入debugdebug configuration，选择C/C+ Application,main选项卡下的C/C+ Application处填写为/home/shaodx/android/android-ndk-r7/samples/hello-jni/obj/local/armeabi/app_process，这个文件是专为调试而存在的，假如发现找不到这个文件的话，就应当先运

7、行一次ndk-gdb。只运行ndk-build是不会产生这个文件的。Project选择当前的HelloJni。最下面的 process launcher select other 选择stuanard然后进入Debugger选项卡，Stop on startup at 填写的是C+程序的入口函数，这个项目中就是Java_com_example_hellojni_HelloJni_stringFromJNI了，我觉得这个参数应该没什么用的，记得设置断点就行了。Gdb debugger 为：home/shaodx/android/android-ndk-r7/toolchains/arm-linu

8、x-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-gdb，这个路径下有很多文件针对其他平台的，别选错了。Gdb command file为/home/shaodx/android/android-ndk-r7/samples/hello-jni/obj/local/armeabi/gdb2.setup，目前这个gdb2.setup文件还不存在，待会在创建。底下的Verbose console mode 一定要记得勾上，这样才能在eclipse控制台中用指令来与gdb交互。进入debugger options的 co

9、nnection子项，type为tcp，端口为5039：设置完毕之后，apply。接下来只需要修改两个文件即可。修改之前记得备份首先是ndk-gdb，把最底下的一行 “$GDBCLIENT -x native_path $GDBSETUP”直接去掉，保存。然后把/home/shaodx/android/android-ndk-r7/samples/hello-jni/obj/local/armeabi目录下的gdb.setup复制一份，命名为gdb2.setup。把gdb2.setup打开，去掉最后一行的“target remote :5039”，千万不要在以为把gdb.setup修改好，然后

10、把之前的设置指向gdb.setup会起作用，因为每次调用ndk-gdb的时候，都会产生一个新的gdb.setup来覆盖掉修改。然后就可以给代码设置断点了，首先在调用本地方法之前记得有一个断点，之后也设置一个。C+的代码在函数入口处设置一个断点即可。下面开始正式的调试了，先运行项目的java调试。程序会再运行到第一个断点处停下来。这个时候赶紧运行在命令行下进入工程目录，然后运行ndk根目录下的ndk-gdb。运行之后是没有任何输出的。然后启动C+的debug，即之前配置好的那个jni debug。如图：由于在C+程序之也设置了断点，继续摁F6就可以直接执行到C+程序中。来个大图，熟悉eclipse的调试就没什么压力了。右上角可以直接看到局部变量的值，包括传进来的参数。同时，可以在控制台直接与gdb通讯，要退出C+程序的调试的话，continue即可，程序又回到java代码：完毕。