本文主要是介绍Eclipse+CDT+GDB调试android NDK程序,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
先介绍一下开发环境,在这个环境下,up主保证是没有问题的。
- ubuntu 11.10
- eclipse 3.7(indego) for java
- jdk 6
- android sdk 2.2
- andrid ndk r7
当然,在windows环境下通过cygwin等工具也是可以实现gdb调试的,我也确实实现过。但是性能实在太低,卡的根本没法用。Linux下直接用gdb调试本地方法是很流畅的。
再确定安装并配置好开发环境之后,就可以开始了。
首先得确定自己能够正常的运行一个ndk工程,连运行都成问题的话,也就谈不上什么调试了。
新建一个android项目,选择crete project form existing source,源代码位于
/home/shaodx/android/android-ndk-r7/samples/hello-jni,即ndk目录的samples/hello-jni。
Next>
Sdk target 就选2.2吧 ,其他的虽然没测试,应该也没什么问题。
Finsh
Hellojni项目极其简单,看代码就懂了。在activitie下建立一个textview,然后调用一个natvie方法来返回一个字符串,然后把textview的text设置为这个字符串。
为了方便看到调试后的效果和局部变量的变化情况,我加了几行对程序结果没影响的代码。
Java代码:
C++:
当然,这个时候直接运行的话,程序肯定会崩溃的。因为动态链接库还没编译好。Ndk根目录下的ndk-build负责编译so文件。首先进入项目所在目录,然后运行ndk-build即可。
效果如下:
出错了…..
Host 'awk' tool is outdated.
上网搜索之后的解决方案如下:
到/home/shaodx/android/android-ndk-r7/prebuilt/linux-x86/bin/目录下找到这个awk,file一下:
这个awk文件居然是64位版的,难怪之前说过期了。(google程序员粗心了吧)
解决方案居然是把这个awk删了就行了……………..
解决问题之后,换个姿势,再来一次
So文件存在于libs/armeabi/libhello-jni.so。
现在就可以运行程序了。
不过要是每一次修改c++代码都还要调用ndk-build的话,那也太麻烦了。介绍一个一劳永逸的方法。
首先,要给eclipse安装一个CDT,eclipse>help>install new software
下载地址为 http://download.eclipse.org/tools/cdt/releases/indigo/
反正我是把所有的选项都给安装了,也花不了太多的时间。
然后是安装sequoyah 地址为 http://download.eclipse.org/sequoyah/updates/2.0/
这个就只需要安装Sequoyah Android Native Code Support 一项就可以了。
然后把当前项目转换为C++项目。
File>new>other:
Convert to a c/c++ Project
依照图中所示设置:
Finish。
这个时候,项目中的c++代码也会被识别了。一般这个时候就会爆出一堆错误,主要是gcc找不到jni.h头文件,同样也识别不了来自jni的一些函数和数据类型:
于是就要给gcc添加一个环境变量让它来找到jni.h了,环境变量名称为C_INCLUDE_PATH。这个名字不能乱写,windows下类似的环境变量叫做INCLUDE。
linux修改环境变量有很多的方法,可以上网搜索一下。我习惯于修改用户目录下的.bashrc文件。
着这个文件末尾加上
set C_INCLUDE_PATH=.:XXXXXXXXX()
export C_INCLUDE_PATH
然后重新登录一下,这个环境变量就会生效了。
然后多刷新几次工程,这些错误就消失了。
接下来,进行C++代码的编译配置。
进入工程属性页,build command设置为ndk下ndk-build的完整路径。
将Behavior选项页下的build处的all替换为空格
接下来就可以直接运行了,每次运行的时候,就会自动把C++代码编译成so文件。同时,可以在eclipse中编写java代码和C++代码,很是方便。
往下的工作就真的跟调试相关了。
首先进入工程目录,然后运行ndk目录下的ndk-gdb。执行这一步骤时,应当先确保有模拟器在运行。如果有人更习惯于命令式的方法来调试程序的话,就可以直接用这个ndk-gdb来调试程序了。接下来的步骤就是把这个gdb调试图形化。
在eclipse下进入debug>debug configuration,选择C/C++ Application,main选项卡下的C/C++ Application处填写为/home/shaodx/android/android-ndk-r7/samples/hello-jni/obj/local/armeabi/app_process,这个文件是专为调试而存在的,假如发现找不到这个文件的话,就应当先运行一次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-linux-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的 connection子项,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修改好,然后把之前的设置指向gdb.setup会起作用,因为每次调用ndk-gdb的时候,都会产生一个新的gdb.setup 来覆盖掉修改。
然后就可以给代码设置断点了,首先在调用本地方法之前记得有一个断点,之后也设置一个。
C++的代码在函数入口处设置一个断点即可。
下面开始正式的调试了,先运行项目的java调试。程序会再运行到第一个断点处停下来。
这个时候赶紧运行在命令行下进入工程目录,然后运行ndk根目录下的ndk-gdb。
运行之后是没有任何输出的。
然后启动C++的debug,即之前配置好的那个jni debug。
如图:
由于在C++程序之也设置了断点,继续摁F6就可以直接执行到C++程序中。
来个大图,熟悉eclipse的调试就没什么压力了。右上角可以直接看到局部变量的值,包括传进来的参数。
同时,可以在控制台直接与gdb通讯,要退出C++程序的调试的话,continue即可,程序又回到java代码:
这篇关于Eclipse+CDT+GDB调试android NDK程序的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!