1.建立一个android的工程TestNDKDemo,创建TestNDK.java文件。
TestNDK.java
package com.cxf.testndk;
import android.os.Bundle;
import android.app.Activity;
import android.view.Menu;
import android.widget.TextView;
public class TestNDK extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_test_ndk);
TextView myTextView = new TextView(this);
myTextView.setText(stringTestNdk());
setContentView(myTextView);
}
public native String stringTestNdk();
public native String stringTestNdk2();
static {
System.loadLibrary("testNDK");
}
2.针对第一步的说明
static {
System.loadLibrary("testNDK");
}
表明程序开始运行的时候会加载testNDK,static区声明的代码会先于onCreate()方法执行。如果程序中有多个类,而且如果TestNDK这个类不是你应用程序的入口,那么testNDK(完整的名字是lib testNDK.so)这个库会在第一次使用TestNDK这个类的时候加载。
public native String stringTestNdk();
public native String stringTestNdk2();
可以看到这两个方法的声明中有 native 关键字,这个关键字表示这两个方法是本地方法,也就是说这两个方法是通过本地代码(C/C++)实现的,在java代码中仅仅是声明。
用eclipse编译该工程,生成相应的.class文件,这步必须在下一步之前完成,因为生成.h文件需要用到相应的.class文件。暂时不考虑报错信息。
3.生成.h文件
在C/C++文件编写之前,需要利用javah这个工具生成相应的.h文件,然后根据这个.h文件编写相应的C/C++代码。
进入到刚才建立的testNDK工程目录中,查看工程文件:AndroidManifest.xml assets bin default.properties gen res src并新建一个ndk的文件夹后就可以进行.h文件的生成了。
在工程目录下执行:javah -classpath
"F:/work_soft/SoftwareTools/adt-bundle-windows-x86_64-20130917/sdk/platforms/android-18/android.jar";bin/classes -d jni com.cxf.testndk.TestNDK
这里-classpath表示类的路径;-d jni 表示生成的.h文件存放的目录;com.cxf.testndk.TestNDK则是完整的类名。"F:/work_soft/SoftwareTools/adt-bundle-windows-x86_64-20130917/sdk/platforms/android-18/android.jar"为android sdk的android.jar
现在可以再jni目录下看到多了一个.h文件:com.cxf.testndk.TestNDK.h;打开后,可以看到.h的内容
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_cxf_testndk_TestNDK */
#ifndef _Included_com_cxf_testndk_TestNDK
#define _Included_com_cxf_testndk_TestNDK
#ifdef __cplusplus
extern "C" {
#endif
#undef com_cxf_testndk_TestNDK_MODE_PRIVATE
#define com_cxf_testndk_TestNDK_MODE_PRIVATE 0L
#undef com_cxf_testndk_TestNDK_MODE_WORLD_READABLE
#define com_cxf_testndk_TestNDK_MODE_WORLD_READABLE 1L
#undef com_cxf_testndk_TestNDK_MODE_WORLD_WRITEABLE
#define com_cxf_testndk_TestNDK_MODE_WORLD_WRITEABLE 2L
#undef com_cxf_testndk_TestNDK_MODE_APPEND
#define com_cxf_testndk_TestNDK_MODE_APPEND 32768L
#undef com_cxf_testndk_TestNDK_MODE_MULTI_PROCESS
#define com_cxf_testndk_TestNDK_MODE_MULTI_PROCESS 4L
#undef com_cxf_testndk_TestNDK_MODE_ENABLE_WRITE_AHEAD_LOGGING
#define com_cxf_testndk_TestNDK_MODE_ENABLE_WRITE_AHEAD_LOGGING 8L
#undef com_cxf_testndk_TestNDK_BIND_AUTO_CREATE
#define com_cxf_testndk_TestNDK_BIND_AUTO_CREATE 1L
#undef com_cxf_testndk_TestNDK_BIND_DEBUG_UNBIND
#define com_cxf_testndk_TestNDK_BIND_DEBUG_UNBIND 2L
#undef com_cxf_testndk_TestNDK_BIND_NOT_FOREGROUND
#define com_cxf_testndk_TestNDK_BIND_NOT_FOREGROUND 4L
#undef com_cxf_testndk_TestNDK_BIND_ABOVE_CLIENT
#define com_cxf_testndk_TestNDK_BIND_ABOVE_CLIENT 8L
#undef com_cxf_testndk_TestNDK_BIND_ALLOW_OOM_MANAGEMENT
#define com_cxf_testndk_TestNDK_BIND_ALLOW_OOM_MANAGEMENT 16L
#undef com_cxf_testndk_TestNDK_BIND_WAIVE_PRIORITY
#define com_cxf_testndk_TestNDK_BIND_WAIVE_PRIORITY 32L
#undef com_cxf_testndk_TestNDK_BIND_IMPORTANT
#define com_cxf_testndk_TestNDK_BIND_IMPORTANT 64L
#undef com_cxf_testndk_TestNDK_BIND_ADJUST_WITH_ACTIVITY
#define com_cxf_testndk_TestNDK_BIND_ADJUST_WITH_ACTIVITY 128L
#undef com_cxf_testndk_TestNDK_CONTEXT_INCLUDE_CODE
#define com_cxf_testndk_TestNDK_CONTEXT_INCLUDE_CODE 1L
#undef com_cxf_testndk_TestNDK_CONTEXT_IGNORE_SECURITY
#define com_cxf_testndk_TestNDK_CONTEXT_IGNORE_SECURITY 2L
#undef com_cxf_testndk_TestNDK_CONTEXT_RESTRICTED
#define com_cxf_testndk_TestNDK_CONTEXT_RESTRICTED 4L
#undef com_cxf_testndk_TestNDK_RESULT_CANCELED
#define com_cxf_testndk_TestNDK_RESULT_CANCELED 0L
#undef com_cxf_testndk_TestNDK_RESULT_OK
#define com_cxf_testndk_TestNDK_RESULT_OK -1L
#undef com_cxf_testndk_TestNDK_RESULT_FIRST_USER
#define com_cxf_testndk_TestNDK_RESULT_FIRST_USER 1L
#undef com_cxf_testndk_TestNDK_DEFAULT_KEYS_DISABLE
#define com_cxf_testndk_TestNDK_DEFAULT_KEYS_DISABLE 0L
#undef com_cxf_testndk_TestNDK_DEFAULT_KEYS_DIALER
#define com_cxf_testndk_TestNDK_DEFAULT_KEYS_DIALER 1L
#undef com_cxf_testndk_TestNDK_DEFAULT_KEYS_SHORTCUT
#define com_cxf_testndk_TestNDK_DEFAULT_KEYS_SHORTCUT 2L
#undef com_cxf_testndk_TestNDK_DEFAULT_KEYS_SEARCH_LOCAL
#define com_cxf_testndk_TestNDK_DEFAULT_KEYS_SEARCH_LOCAL 3L
#undef com_cxf_testndk_TestNDK_DEFAULT_KEYS_SEARCH_GLOBAL
#define com_cxf_testndk_TestNDK_DEFAULT_KEYS_SEARCH_GLOBAL 4L
/*
* Class: com_cxf_testndk_TestNDK
* Method: stringTestNdk
* Signature: ()Ljava/lang/String;
*/
JNIEXPORT jstring JNICALL Java_com_cxf_testndk_TestNDK_stringTestNdk
(JNIEnv *, jobject);
/*
* Class: com_cxf_testndk_TestNDK
* Method: stringTestNdk2
* Signature: ()Ljava/lang/String;
*/
JNIEXPORT jstring JNICALL Java_com_cxf_testndk_TestNDK_stringTestNdk2
(JNIEnv *, jobject);
#ifdef __cplusplus
}
#endif
#endif
上面代码中的JNIEXPORT 和 JNICALL 是jni的宏,在android的jni中不需要,当然写上去也不会有错。
函数名比较长但是完全按照:java_pacakege_class_mathod 形式来命名。
也就是说:
TestNDK.java中stringTestNdk() 方法对应于 C/C++中的 Java_com_blueeagle_example_testNDK_ stringTestNdk() 方法
TestNDK.java中stringTestNdk2() 方法对应于 C/C++中的 Java_com_blueeagle_example_testNDK_ stringTestNdk2() 方法
注意下其中的注释:
Signature: ()Ljava/lang/String;
()Ljava/lang/String;
()表示函数的参数为空(这里为空是指除了JNIEnv *, jobject 这两个参数之外没有其他参数,JNIEnv*, jobject是所有jni函数必有的两个参数,分别表示jni环境和对应的java类(或对象)本身),
Ljava/lang/String; 表示函数的返回值是java的String对象。
3.编写C/C++文件
testNDK.c
#include <string.h>
#include <jni.h>
jstring
Java_com_cxf_testndk _testNDK_stringTestNdk( JNIEnv* env, jobject thiz )
{
return (*env)->NewStringUTF(env, "Hello Test NDK !");
}
这里只是实现了Java_com_cxf_testndk_testNDK_stringTestNdk方法,而Java_com_ cxf_testndk _testNDK_stringTestNdk2 方法并没有实现,因为在testNDK.java中只调用了stringTestNdk ()方法,所以stringTestNdk 2()方法没有实现也没关系,不过建议最好还是把所有java中定义的本地方法都实现了。
Java_com_ cxf_testndk _testNDK_stringTestNdk 函数只是简单的返回了一个内容为 "Hello Test NDK !" 的jstring对象(对应于java中的String对象)。
testNDK.c文件就已经编写好了,这时的.h文件已经没有用了。
4.编写Android.mk文件
在testNDK.c的同级目录下新建一个Android.mk的文件
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := testNDK
LOCAL_SRC_FILES := testNDK.c
include $(BUILD_SHARED_LIBRARY)
这个Androd.mk文件很短,下面我们来逐行解释下:
LOCAL_PATH := $(call my-dir)
一个Android.mk 文件首先必须定义好LOCAL_PATH变量。它用于在开发树中查找源文件。在这个例子中,宏函数’my-dir’, 由编译系统提供,用于返回当前路径(即包含Android.mk file文件的目录)。
include $( CLEAR_VARS)
CLEAR_VARS由编译系统提供,指定让GNU MAKEFILE为你清除许多LOCAL_XXX变量(例如 LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, 等等...),
除LOCAL_PATH 。这是必要的,因为所有的编译控制文件都在同一个GNU MAKE执行环境中,所有的变量都是全局的。
LOCAL_MODULE := testNDK
编译的目标对象,LOCAL_MODULE变量必须定义,以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的,而且不包含任何空格。
注意:编译系统会自动产生合适的前缀和后缀,换句话说,一个被命名为'hello-jni'的共享库模块,将会生成'libhello-jni.so'文件。
重要注意事项:
如果你把库命名为‘libtestNDK’,编译系统将不会添加任何的lib前缀,也会生成libfoo.so,这是为了支持来源于Android平台的源代码的Android.mk文件,如果你确实需要这么做的话。
LOCAL_SRC_FILES := testNDK.c
LOCAL_SRC_FILES变量必须包含将要编译打包进模块中的C或C++源代码文件。注意,你不用在这里列出头文件和包含文件,因为编译系统将会自动为你找出依赖型的文件;仅仅列出直接传递给编译器的源代码文件就好。
注意,默认的C++源码文件的扩展名是’.cpp’. 指定一个不同的扩展名也是可能的,只要定义LOCAL_DEFAULT_CPP_EXTENSION变量,不要忘记开始的小圆点(也就是’.cxx’,而不是’cxx’)
include $(BUILD_SHARED_LIBRARY)
BUILD_SHARED_LIBRARY表示编译生成共享库,是编译系统提供的变量,指向一个GNU Makefile脚本,负责收集自从上次调用'include $(CLEAR_VARS)'以来,定义在LOCAL_XXX变量中的所有信息,并且决定编译什么,如何正确地去做。还有 BUILD_STATIC_LIBRARY变量表示生成静态库:lib$(LOCAL_MODULE).a, BUILD_EXECUTABLE 表示生成可执行文件。
5.用cygwin工具进行编译
进入到工程的根目录,输入ndk-build即可生成相应的库libs/armeabi/testNDK.so.