光为这编译及调试环境就前后折腾了两三天,墙外找了很多教程,bill以为以下教程最为贴切
Using eclipse for android - cc Development
Using eclipse for android - cc Dubugging
运行以确定基本的android环境能够正常工作。
Step-2 新建并使用ndk-build编译本项目的native code
在Eclipse中右击本项目名,新建文件夹,命名为jni(大小写敏感),在jni文件夹中新建文件,命名为Android.mk(大小写敏感),继续在jni目录下新建文件,命名为 demo.c
在src目录下新建包com.nativetools,并新建类NativeDemo(这个类仅仅为了将native code的声明与普通android代码声明分离,以为下一篇文章中提到的代码复用做准备)。
编写类代码如下,对即将编写的native code进行声明(提示的警告可忽略):
package com.nativetools;
publicclass NativeDemo {
static{
System.loadLibrary("DemoModule"); //加载native code的动态库libDemoModule.so,稍后解释
}
publicnativeint max(int a, int b); //声明函数max为native code,具体写法请参照Oracle JNI doc
}
接下来需要编写我们的本地代码及Android.mk文件,在demo.c中编写用于本次Demo的本地C代码如下,注意本地函数的命名结构:
Java_
com_nativetools_NativeDemo_
max
必须以“Java_”开头,中间加上android中声明该函数的类的限定名,此处就是之前的com.nativetools.NativeDemo(点号全部替换成下划线,大小写敏感),最后才是该函数的名称“max”(关于本地代码的函数命名及相关规范请参照Oracle JNI doc):
demo.c
#include<jni.h>
JNIEXPORT jint JNICALL
Java_com_nativetools_NativeDemo_max(JNIEnv *env, jobject jthis, jint a, jint b){
return a > b ? a : b;
}
接着,我们需要向android-ndk描述我们的本地代码,编写Android.mk如下
Android.mk
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := DemoModule
LOCAL_SRC_FILES := demo.c
include $(BUILD_SHARED_LIBRARY)
关于Android.mk文件的写法请参照本地文档/android-ndk-r8d/doc/ANDROID-MK.htlm
代码准备工作就绪,接下来需要配置Eclipse以完成本次Demo的编译工作。
首先,为了在Eclipse中编译本地代码,需要将当前android项目转换成android + C/C++混合项目。右击本项目名,新建→其它,选择“Convert to C/C++ Project(Adds C/C++ Nature)”
在接下来的对话框中选中本项目(默认已经选中),选择“Convert to C Project”,在“Project type:”框中选择“Makefile project”,在右边“Toolchains”中选择“--Other Toolchain”,点击“完成”,弹出对话框询问是否打开C/C++透视图,选择“是”即可。
现在打开demo.c源文件,可以看到CDT已经起了作用,demo.c中出现了很多无法识别的类型,接下来就需要进行C/C++相关的配置,引入必要的include路径以解决这些问题。
右击项目名,选择“属性”,在弹出的属性设置框中选择“C/C++ Build”,在右边“Builder Settings”中取消“Use Default build command”,并修改“Build command”路径为你本机ndk-build.cmd程序的路径,以bill自己的为例:“E:\Android_SDK\android-ndk-r8d\ndk-build.cmd”,点击”应用“。
切换到”Behaviour“选项卡,将”Build(Incremental build)“栏的”all“命令删除,点击”应用“。
接着在左边边侧栏选择”C/C++ General“→”Paths and Symbols“,在右边的”Includes“一栏选择”GNU C“,点击”Add“。
点击”File system...“,选择android ndk对应平台(本项目是android api-9)的include路径(里面除了arch-arm以外还有两个平台,这里不用,详情请参考android-ndk doc),以bill本机为例:”E:\Android_SDK\android-ndk-r8d\platforms\android-9\arch-arm\usr\include“,点击”确定“,确定并关闭设置对话框。
回到demo.c,可以看到刚才无法识别的类型已经全部能够被CDT识别。右击项目名,点击”构建项目“,到此完成android + 本地C/C++的编译过程。
可以看到,编译成功后,在项目/libs/armeabi/目录下生成了动态链接库”libDemoModule.so“,名称”DemoModule“是bill在Androd.mk中指定的(前缀”lib“以及后缀”.so“是ndk-build自行添加的,如果你在Android.mk中将模型名写成”libDemoModule“,那么ndk-build将不会再添加前缀”lib“,详情请参见android-ndk doc)而在类NativeDemo中加载的库正是”DemoModule“。
Step-3 在android中调用native code
前面已经完成了native code的编译工作,接下来我们需要在android中调用native code以验证其正确与否。
为简单起见,bill直接在MainActivity的onCreate方法中进行试验。修改onCreate方法如下:
...
import com.nativetools.NativeDemo;
publicclass MainActivity extends Activity {
@Override
protectedvoid onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
NativeDemo nativetools = new NativeDemo();
Integer maxNum = nativetools.max(0, 1); //调用本地函数 max
new AlertDialog.Builder(this).setMessage(maxNum.toString()).show();
}
...
完成后运行程序,可以看到弹出窗口中显示数字”1“,我们的native code已经成功运行。
Step-4 native code的调试
作为一个开发人员,bill认为调试所占用的时间远远超过了单纯的开发用时。如本文所述,我们在Step-3“开发”了一个调用native code的android试验程序,但只要是程序就有bug,调试是必不可少的阶段,下面bill就怎么在eclipse上对native code进行调试加以阐释,仿照前人的做法,分两个部分展开。
一者,用eclipse调试java代码,并结合ndk-gdb以命令行的方式调试native code。
一者,将二者合二为一,统一使用eclipse进行图形化调试(这种方法使得调试变得直观,但性能很糟糕)。
Step-4-1 eclipse + ndk-gdb调试native code
首先我们需要将本项目设置为”可调试“。打开”AndroidManifest.xml“,设置”Debuggable“为”true“。
然后在eclipse中给java代码打好断点,为简单起见,bill把断点打在native code:max的入口处,启动本项目的调试,待步进指示器停止在断点处。
打开Cygwin终端,cd进入本项目的根目录,执行android-ndk-r8d根目录下的ndk-gdb脚本,为了查看启动过程,加入verbose选项,即输入命令”$ndk/ndk-gdb --verbose“(此处的”$ndk“是系统环境变量,指向android-ndk-r8d的根目录,请自行配置),启动如下:
可以看到一个warning,警告有48个lib未能找到,其中包括”libstdc++.so“等,NDK官方文档里告诉大家:请直接忽略本警告~(bill当时花了大力气想解决这个问题,无果,直到参看NDK doc......)
到这里就是大家所熟悉的”(gdb)“了,我们可以list出源码,并在第5行打上断点,然后continue,等待android端进入native code并触发断点。
接着,eclipse端单步跳过-F6(或者单步跳入-F5),这时ndk-gdb这边的断点被触发,我们可以进行日常的调试工作:
调试完成后continue,流程回到eclipse,整个试验性调试过程便可结束。
Step-4-2 使用eclipse统一调试native code
不得不说,现阶段性价比最高的调试方式就是eclipse + ndk-gdb了,虽然java与native code的调试分居两地,但不论从性能还是配置的简洁程度,都优于接下来要说的统一调试。对于这个统一调试法,bill也是学习了前人的配置,折腾半天才弄出来,所以希望以清晰的文字做个记录。
首先,复制android-ndk-r8d根目录下的”ndk-gdb“脚本到新文件”ndk-gdb-eclipse“,将最后一行“$GDBCLIENT -x `native_path $GDBSETUP`”注释掉或者直接删除(最好别用记事本打开,bill直接用的VS - -+),如图:
然后进入本项目的”\obj\local\armeabi“目录,复制”gdb.setup“到新文件”gdb2.setup“,打开”gdb2.setup“并将”target remote :5039“这一句删除,保存退出。
现在该目录下应该有如下文件,其中”app_progress“、”gdb2.setup“是一会需要用到的,如果缺少其中任意一个,请在Cygwin中,于本项目根目录下运行一次”$ndk/ndk-gdb“即可。
准备工作就绪,现在回到eclipse,点击”调试“按钮旁的下拉箭头,选择”调试配置“,双击”C/C++ Application“,在右边的”main“选项卡中点击下方的”选择其他“。
进入后勾选”覆盖工作空间设置“,并选择”Standard Create Progress启动程序“。
确定退出,接着在C/C++ Application一栏填写上面提到的app_progress的绝对路径,bill本机设置如下:
点击”应用“,然后切换到”Debugger“标签,在下方的”Debugger“栏中选择”gdbserver“,勾选”stop on startup at:“并填写我们的native函数名”Java_com_nativetools_NativeDemo_max“(也可以不勾选,在调试时打断点即可)
接着在”GDB debugger“一栏选择对应的ndk-gdb版本,在bill本机为”E:\Android_SDK\android-ndk-r8d\toolchains\arm-linux-androideabi-4.6\prebuilt\windows\bin\arm-linux-androideabi-gdb.exe“,然后在”GDB command file:“一栏选择我们前面提到的”gdb2.setup“,接着勾选下面的两个选项,以达到在eclipse的控制台中与gdb进行交互的目的。
点击”应用“并切换到”connection“标签,选择”Type“为TCP,”Port number“为5039,保存退出。
一切准备工作就绪了,下面就开始在eclipse中进行统一的调试。注意各调试选项的启动步骤,否则容易出现java断点不命中,或者native code无法调试的现象。
首先,老样子,在java代码里打上断点,启动普通调试选项,等待步进指示器停止在断点处。
接着在Cygwin中,于本项目根目录执行”ndk-gdb-eclipse“脚本,即命令”$ndk/ndk-gdb-eclipse --verbose“,执行成功后不会进入gdb界面,稍后我们将在eclipse中见到(gdb)。
待启动完成后,回到eclipse,点击调试按钮旁的下拉箭头,选择我们上面配置的那个C/C++调试配置,如果没有,点击”调试配置“,在里面选择上面配置好的那个,点击”调试“。
等待启动完成后,我们会看到一个错误:
不用管它,这是由于前文说的那个warning造成的,忽略掉即可。这时我们便能在eclipse的控制台中看到(gdb)了,你可以就在这里和eclipse进行交互,或者直接使用可视化调试,进入demo.c源文件,在需要断点的地方双击,即可看到断点信息被同步到ndk-gdb中,然后同样在eclipse单步跳入或者跳过,即可进入native code进行日常调试。
-----------------cut line------------------------
Summary
本次开发环境的下载、安装及配置总耗时约4天,现在想来,其实也蛮简单,但作为新手的自己,才开始配置的时候的确遇到了诸多困扰,幸得网上各位博主所写文章的启迪和帮助,才成功搭建平台。因此,技术博客的普及性及重要性可见一斑。
bill希望自己也能在今后的开发生涯中不断地积累经验,不断地用清晰的文字和逻辑记录和分享自己所学所得,这也是作为一个博主最基本的使命吧。
Next
下一篇文章bill将简单介绍如何在另一个android应用中使用我们本文编译生成的“libNativeDemo.so”动态链接库。
附件:http://down.51cto.com/data/2362213
本文转自Bill_Hoo 51CTO博客,原文链接:http://blog.51cto.com/billhoo/1125039,如需转载请自行联系原作者