您的位置：首页 > 移动开发 > Android开发

android NDK开发入门。

2012-08-22 00:00 309 查看

关于NDK的使用，首先需要了解一个概念：JNI。什么是JNI？

2.1Hello-jni

这个是NDK自带的例子程序，安装官方网站的说明，一步步来，应该没有什么问题，这里就不细说了。

2.2MyGodIdidit

学习的第一步，就是模仿。我们依照上面Hello-jni的例子，在创建自己的NDK程序。在此过程中，对相关的内容和概念进行分析和说明。

首先，在工程的src夹子下用来放置Java文件。我们打开Eclipse，然后新建一个Android工程，工程名就叫MyJNI，工程路径选择我们创建的NDK的路径。这里需要注意的是，工程名，包名等，需要和上面的c文件中的保持一致。

(Java_com_jpf_myjni_MyJNI_stringFromJNI)

工程建立好后，编辑src/com/jpf/myjni/MyJNI.java文件，内容如下：

packagecom.jpf.myjni;

importandroid.app.Activity;
importandroid.widget.TextView;
importandroid.os.Bundle;

publicclassMyJNIextendsActivity{
/**Calledwhentheactivityisfirstcreated.*/
@Override
publicvoidonCreate(BundlesavedInstanceState){
super.onCreate(savedInstanceState);
TextViewtv=newTextView(this);
tv.setText(stringFromJNI());
System.out.println("Herewego...");
setContentView(tv);
System.out.println("Done!");
}

publicnativeStringstringFromJNI();
static{
System.loadLibrary("myjni");
}
}

需要说明的几点：
publicnativeStringstringFromJNI();这句申明，带有native关键字，说明该方法是本地方法。
System.loadLibrary("myjni");这句就是用来加载我们的c动态库的。上面声明的方法，具体实现，就在我们加载的库中。

其次，这里才是要学习的内容，创建自己的NDK工程。做eclips创建到project的目录下创建jni文件夹，用于放.c文件。

#include<string.h>
#include<stdio.h>
#include<jni.h>

#include<android/log.h>
#defineLOG_TAG"MYJNI"

#defineLOGI(...)__android_log_print(ANDROID_LOG_DEBUG,LOG_TAG,__VA_ARGS__)

staticchars_string[]="Mygod,Ididit!";

jstring
Java_com_jpf_myjni_MyJNI_stringFromJNI(JNIEnv*env,
jobjectthiz)
{
LOGI("MyJNIiscalled!");
return(*env)->NewStringUTF(env,s_string);
}

这个程序，唯一和hello-jni不同的就是引用了<android/log.h>这个头文件。在该头文件中，声明了函数__android_log_print(),可以根据不同的log级别，输出log，方便代码的调试。在NDK中，printf()没法输出，所以我们需要借助log库来将我们c代码库中需要输出的内容，通过java控制台输出。调用函数__android_log_print(),就可以在Eclipse中，查看LogCat来查看相关的输出信息了。

注意：

在c文件中，函数名这样定义：Java_com_jpf_myjni_MyJNI_stringFromJNI，有什么讲究么？这个是JNI的标准，定义需要按照如下格式：

Java_packagename_classname_methodname,

例如：Java_com_jpf_myjni_MyJNI_stringFromJNI

接着创建文件jni/Android.mk.这个文件是我们本地c代码的Makefile。文件内容如下：

LOCAL_PATH:=$(callmy-dir)

include$(CLEAR_VARS)

LOCAL_MODULE:=myjni
LOCAL_SRC_FILES:=myjni.c

LOCAL_LDLIBS+=-llog

include$(BUILD_SHARED_LIBRARY)

分别对上述Makefile的语句进行说明。

LOCAL_PATH:=$(callmy-dir)这句用来指定编译的路径。通过调用宏my-dir，获取到当前工作的路径。

include$(CLEAR_VARS)CLEAR_VARS这个变量是编译系统提供的，用来指明一个GNUmakefile文件，添加这句，主要的目的是清理所有的LOCAL_XXX.，比如LOCAL_MODULE，LOCAL_LDLIBS。在每个新模块的开始处，需要添加这句。

LOCAL_MODULE:=myjni这句定义了模块名称，将来编译的库就以此命名。若果编译的是动态库，那么库名就是libmyjni.so.需要注意的是，如果你定义module为libmyjni，那么系统在生成动态库的时候，就不要再为你添加lib的前缀了，生成德动态库名字还是libmyjni.so.

LOCAL_LDLIBS+=-llog这句指定了需要另外链接的库。我们在代码中，用到了log库，所以这里加上这句。

include$(BUILD_SHARED_LIBRARY)这句说明将来生产的库是共享库，及动态链接库。若需要生产静态库，可以这样写：include$(BUILD_STATIC_LIBRARY)。

如果没有建立工程，

写完了c文件和Makefile文件，是否可以编译了呢？我们试一下。在cygwin中，进入工程目录，运行ndk-build，得到下面的结果：

Administrator@lenovo-0e47e162/android/android-ndk-r4/samples/myndk
$ndk-build
AndroidNDK:Couldnotfindapplication'smanifestfromcurrentdirectory.
AndroidNDK:Pleaseensurethatyouareinsidetheproject'sdirectory!
/android/android-ndk-r4/build/core/build-local.mk:74:***AndroidNDK:Aborting
.Stop.

看到这个错误的意思是，缺少manifest文件。老版本的NDk，工程中有一个apps，里面包含了应用的程序文件和Application.mk。现在的版本，不需要我们自己编写Application.mk,，不过仍需要工程相关的配置信息。那么如何做到呢？需要手工去写manifest文件么？不需要。我们只需要在Eclipse中，创建工程就可以了，这些配置文件会自动生成。

建立好工程，再次编译，在cygwin中运行ndk-build，结果OK。

Administrator@lenovo-0e47e162/android/android-ndk-r4/samples/myndk
$ndk-build
Compilethumb:myjni<=/android/android-ndk-r4/samples/myndk/jni/myjni.c
SharedLibrary:libmyjni.so
Install:libmyjni.so=>/android/android-ndk-r4/samples/myndk/libs/armea
bi

我们看到，需要的共享库已经生成，并且安装好了。下面就可以生成apk了。

然后，就可以运行了，用eclisps模拟器还是生成APK文件，都是可以的。

在jni目录下（即hello-jni.c同级目录下）新建一个Android.mk文件，Android.mk文件是Android的makefile文件，内容如下：

#Copyright(C)2009TheAndroidOpenSourceProject##LicensedundertheApacheLicense,Version2.0(the"License");#youmaynotusethisfileexceptincompliancewiththeLicense.#YoumayobtainacopyoftheLicenseat##http://www.apache.org/licenses/LICENSE-2.0##Unlessrequiredbyapplicablelaworagreedtoinwriting,software#distributedundertheLicenseisdistributedonan"ASIS"BASIS,#WITHOUTWARRANTIESORCONDITIONSOFANYKIND,eitherexpressorimplied.#SeetheLicenseforthespecificlanguagegoverningpermissionsand#limitationsundertheLicense.#LOCAL_PATH:=$(callmy-dir)include$(CLEAR_VARS)

LOCAL_MODULE:=hello-jni
LOCAL_SRC_FILES:=hello-jni.cinclude$(BUILD_SHARED_LIBRARY)

这个Androd.mk文件很短，下面我们来逐行解释下：

LOCAL_PATH:=$(callmy-dir)

一个Android.mk文件首先必须定义好LOCAL_PATH变量。它用于在开发树中查找源文件。在这个例子中，宏函数’my-dir’,由编译系统提供，用于返回当前路径（即包含Android.mkfile文件的目录）。

include$(CLEAR_VARS)

CLEAR_VARS由编译系统提供，指定让GNUMAKEFILE为你清除许多LOCAL_XXX变量（例如LOCAL_MODULE,LOCAL_SRC_FILES,LOCAL_STATIC_LIBRARIES,等等...),
除LOCAL_PATH。这是必要的，因为所有的编译控制文件都在同一个GNUMAKE执行环境中，所有的变量都是全局的。

LOCAL_MODULE:=hello-jni

编译的目标对象，LOCAL_MODULE变量必须定义，以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的，而且不包含任何空格。

注意：编译系统会自动产生合适的前缀和后缀，换句话说，一个被命名为'hello-jni'的共享库模块，将会生成'libhello-jni.so'文件。

重要注意事项：

如果你把库命名为‘libhello-jni’，编译系统将不会添加任何的lib前缀，也会生成'libhello-jni.so'，这是为了支持来源于Android平台的源代码的Android.mk文件，如果你确实需要这么做的话。

LOCAL_SRC_FILES:=hello-jni.c

LOCAL_SRC_FILES变量必须包含将要编译打包进模块中的C或C++源代码文件。注意，你不用在这里列出头文件和包含文件，因为编译系统将会自动为你找出依赖型的文件；仅仅列出直接传递给编译器的源代码文件就好。

注意，默认的C++源码文件的扩展名是’.cpp’.指定一个不同的扩展名也是可能的，只要定义LOCAL_DEFAULT_CPP_EXTENSION变量，不要忘记开始的小圆点（也就是’.cxx’,而不是’cxx’）

include$(BUILD_SHARED_LIBRARY)

BUILD_SHARED_LIBRARY表示编译生成共享库，是编译系统提供的变量，指向一个GNUMakefile脚本，负责收集自从上次调用'include$(CLEAR_VARS)'以来，定义在LOCAL_XXX变量中的所有信息，并且决定编译什么，如何正确地去做。还有BUILD_STATIC_LIBRARY变量表示生成静态库：lib$(LOCAL_MODULE).a，BUILD_EXECUTABLE表示生成可执行文件。

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航