Android NDK开发(二)——从Hello World学起

浏览数：23 / 时间：2015年06月11日

         转载请注明出处：http://blog.csdn.net/allen315410/article/details/41805719 

        上篇文章讲述了Android NDK开发的一些基本概念，以及NDK的环境搭建，相信看过的朋友NDK开发环境搭建应该是没有问题了，还没有搭建或者不知道怎么搭建的朋友请点击这里。那么这篇文章，我们跟刚学Java编程语言一样，从世界知名程序“Hello World！”开始，开发出我们的第一个NDK程序。


NDK目录简单介绍  

        在进行NDK开发之前，我们有必须熟悉一下NDK目录下包含哪些东西，以及这些东西对开发来说有什么作用？那么现在打开NDK的解压目录，查看一下解压目录下的文件：
技术分享

1，samples目录。这个目录包含了Google为NDK开发撰写的一些小例子，包括本地JNI开发，图片处理，多个库文件开发等等，这些例子虽小但面面俱到，能看懂samples目录下的小例子程序，那么对于NDK开发来说，就很好应付了。

2，docs目录。这个目录下存放的都是Google给开发者提供的文档，指导开发者怎样在Android环境下进行NDK开发，这个非常重要。

3，sources目录。由于Android是开源操作系统，作为Android的一部分的NDK，同样也是开源的，这个目录下存放的是NDK源码。

4，platforms目录。里面存放的是当前ndk版本所支持的所有android平台的版本，做NDK开发的C代码也是可以指定由某个特定版本平台下编译，该platforms目录下存放的是不同版本所包含的C的库文件和头文件，不同版本有些微小的变化。

5，prebuilt目录。这是提供给在Windows下开发ndk程序的一些工具集。

6，build目录。里面存放大量的Linux编程脚本和Windows下的批处理文件，用来完成ndk开发中的交叉编译。  


具体开发

1，NDK开发步骤

        首先，我先列出NDK开发的简单步骤，然后再以此为大纲，用一个Hello World的实例讲述一下NDK开发：

（1）创建一个android工程

（2）JAVA代码中写声明native 方法 public native String helloFromJNI();

（3）创建jni目录,编写c代码,方法名字要对应在c代码中导入jni.h头文件

（4）编写Android.mk文件

（5）Ndk编译生成动态库

（6）Java代码load 动态库.调用native代码


2，NDK开发具体实践

     下面就按照上述的步骤建立一个HelloWorld小案例来一步一步实现NDK开发

1，创建一个Android工程，并且在Java代码中声明一个native方法：
public class MainActivity extends Activity {

	public native String javaFromJNI();

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);
		findViewById(R.id.button).setOnClickListener(new OnClickListener() {

			@Override
			public void onClick(View v) {
				Toast.makeText(MainActivity.this, javaFromJNI(),
						Toast.LENGTH_SHORT).show();
			}
		});
	}

}
2，创建jni目录,编写c代码,方法名字要对应在c代码中导入jni.h头文件

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

jstring Java_com_example_ndk_MainActivity_javaFromJNI(JNIEnv* env, jobject obj) {
	return (*(*env)).NewStringUTF(env, "hello jni!");
}
         关于这个本地的C代码怎么写，还是需要一些C语言的基础的。没有也可以，我们可以参考一下ndk解压目录下的platforms\android-19\arch-arm\usr\include目录下的jni.h文件，也就是本地C代码需要include的那个，用记事本打开看看里面的内容。先来说一下JNI代码的简单格式：

方法签名规则：返回值类型 Java_包名_类名_native方法名(JNIEnv* env, jobject obj)
返回值类型就是JNI头文件中事先定义好的自定义C类型，直接拿来使用即可：

技术分享


其后的参数列表是固定的(JNIEnv* env, jobject obj)形式，关于JNIEnv请在下面的定义：

技术分享


可以看到啊，这个JNIEnv原来是一个名作JNINativeInterface的结构体，这个结构体定义了很多的数据类型，那么我们返回字符串的类型或者方法是哪一个呢？

  jstring     (*NewStringUTF)(JNIEnv*, const char*);
以上就是我在JNINativeInterface结构体找到的返回字符串的方法，参数为JNINativeInterface指针和一个字符串，正如上面JNI代码使用的那样调用即可。

好，以上我们创建好了JNI本地代码，我们编译一下试试吧！打开cygwin，切换到工程目录下，执行ndk-build命令：

技术分享

仔细看一下报错的日志，告诉我们/jni目录下缺少了一个叫Android.mk的文件，所以导致无法编译。

3，编写Android.mk文件

这个Android.mk文件怎么写呢？这时候我们得打开NDK的文档来看看了，位置E:/NDK/android-ndk-r10d/docs/Start_Here.html，找到

技术分享

好，我们就先在jni目录下创建一个Android.mk的文件，将上面的这段话复制粘贴进去，将LOCAL_MODULE和LOCAL_SRC_FILES修改成我们自己的名称：

    LOCAL_PATH := $(call my-dir)

    include $(CLEAR_VARS)

    LOCAL_MODULE    := Hello
    LOCAL_SRC_FILES := Hello.c

    include $(BUILD_SHARED_LIBRARY)
4，ndk编译生成动态库
然后在cygwin中编译一下：

技术分享

可以看到编译通过了，下面刷新一下工程，就可以看到工程libs目录下多了个libHello.so的文件，这个就是Android认识的动态库了。

技术分享


5，Java代码load 动态库.调用native代码

编译出来这个libHello.so文件后，就需要在Java代码中加载这个.so的库文件了，代码很简单，然后Toast一下看看效果：

public class MainActivity extends Activity {

	static {
		System.loadLibrary("Hello");
	}
	public native String javaFromJNI();

	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);
		findViewById(R.id.button).setOnClickListener(new OnClickListener() {

			@Override
			public void onClick(View v) {
				Toast.makeText(MainActivity.this, javaFromJNI(),
						Toast.LENGTH_SHORT).show();
			}
		});
	}

}
System.loadLibrary(String 文件名);是用来加载动态库的方法，其中参数类型是字符串，参数是Android.mk文件中LOCAL_MODULE定义的名称。
技术分享


运行效果上图所示，到这里，一个简单的ndk开发的Hello World就完成了。友情提示：本示例程序不支持x86架构的cpu，测试请开启arm模拟器！

使用javah命令帮助生成方法签名

      已知native代码中的方法签名规则是这样的：返回值类型 Java_包名_类名_native方法名(JNIEnv* env, jobject obj)；但是有如以下特殊情况，Java的方法名中是可以带下划线“_”的，例如如下这样的定义native方法：

public native String java_From_JNI();
假如我们按照上述的规则，在C代码中套用，定义出这样的C函数： 

jstring Java_com_example_ndk_MainActivity_java_From_JNI(JNIEnv* env, jobject obj)
        这样定义的方法签名显然是不合适的，这样会造成编译环境误以为MainActivity类下有个java内部类，其中又包含From内部类，From内部类下有个叫JNI的方法，实际上并没有这个方法，所以编译的时候肯定是会报错的。那么这个例子是个个例而已，其实按照上述的方法签名规则来看，C语言中定义native方法比较麻烦，很容易让人手敲失误，导致程序运行不了，其实我们可以用JDK提供好的javah工具来自动为我们生成方法签名，步骤如下：

1，在windows命令模式中，切换到工程包下class字节码文件所在的目录下，本示例的路径是D:\workspace-mime\NDKHelloWorld\bin\classes

先执行“ cd /d D:\workspace-mime\NDKHelloWorld\bin\classes ”命令进入到class字节码文件的包名根目录下

然后执行“ javah com.example.ndk.MainActivity ”

技术分享

会得到如下图的一个.h文件：

技术分享

用记事本打开这个文件

/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_example_ndk_MainActivity */

#ifndef _Included_com_example_ndk_MainActivity
#define _Included_com_example_ndk_MainActivity
#ifdef __cplusplus
extern "C" {
#endif
/*
 * Class:     com_example_ndk_MainActivity
 * Method:    javaFromJNI
 * Signature: ()Ljava/lang/String;
 */
JNIEXPORT jstring JNICALL Java_com_example_ndk_MainActivity_javaFromJNI
  (JNIEnv *, jobject);

/*
 * Class:     com_example_ndk_MainActivity
 * Method:    java_From_JNI
 * Signature: ()Ljava/lang/String;
 */
JNIEXPORT jstring JNICALL Java_com_example_ndk_MainActivity_java_1From_1JNI
  (JNIEnv *, jobject);

#ifdef __cplusplus
}
#endif
#endif
        上面就是我们需要的方法签名了，这就是javah工具自动为我们生成的native头文件，下面我们需要引用这个头文件到工程中去。将这个头文件直接剪切，粘贴到工程的jni的目录下，然后重写一个Hello.c的C代码，将#include"com_example_ndk_MainActivity.h"放在代码的头部，表示引入刚刚生成好的头文件，注：在C语言中#include<xx.h>表示引用C语言环境（编译）自带的头文件，#include"xx.h"表示引用当前自定义的头文件。引用好头文件之后，将头文件中的两个方法签名拷贝进来，实现逻辑： 

#include<stdio.h>
#include<jni.h>
#include"com_example_ndk_MainActivity.h"

JNIEXPORT jstring JNICALL Java_com_example_ndk_MainActivity_javaFromJNI(
		JNIEnv* env, jobject obj) {
	return (*env)->NewStringUTF(env, "hello jni!");
}

/*
 * Class:     com_example_ndk_MainActivity
 * Method:    java_From_JNI
 * Signature: ()Ljava/lang/String;
 */
JNIEXPORT jstring JNICALL Java_com_example_ndk_MainActivity_java_1From_1JNI(
		JNIEnv* env, jobject obj) {
	return (*env)->NewStringUTF(env, "hello_jni__");
}
重新编译：

技术分享

重新编译之后，我们clean一下工程，然后refresh一下工程，在libs目录下就可以找到我们重新编译的新的libHello.so文件，最后在Java代码中实现操作（省略）。


Android.mk简介

        一个Android.mk file用来向编译系统描述你的源代码。具体来说：该文件是GNU Makefile的一小部分，会被编译系统解析一次或多次。你可以在每一个Android.mk file中定义一个或多个模块，你也可以在几个模块中使用同一个源代码文件。编译系统为你处理许多细节问题。例如，你不需要在你的Android.mk中列出头文件和依赖文件。NDK编译系统将会为你自动处理这些问题。这也意味着，在升级NDK后，你应该得到新的toolchain/platform支持，而且不需要改变你的Android.mk文件。

#交叉编译器在编译C/C++代码所依赖的配置文件，linux下makefile的语法子集
    
    #获取当前Android.mk的路径
    LOCAL_PATH := $(call my-dir)
    #变量的初始化操作 特点：不会重新初始化LOCAL_PATH的变量
    include $(CLEAR_VARS)
    #指定编译后生成的.so文件名，makefile语法约定文件名加前缀lib和后缀.so
    LOCAL_MODULE    := Hello
    #指定native代码文件
    LOCAL_SRC_FILES := Hello.c
    #指定native代码编译成动态库.so或者指定编译成静态库.a
    include $(BUILD_SHARED_LIBRARY)
参数介绍：

LOCAL_MODULE： 就是你要生成的库的名字,这个名字要是唯一的.不能有空格.
                                      编译后系统会自动在前面加上lib的头, 比如说我们的Hello 就编译成了libHello.so
                                      还有个特点就是如果你起名叫libHello 编译后ndk就不会给你的module名字前加上lib了
                                      但是你最后调用的时候 还是调用Hello这个库

LOCAL_SRC_FILES：这个是指定你要编译哪些文件
                                         不需要指定头文件 ,引用哪些依赖, 因为编译器会自动找到这些依赖 自动编译

include $(BUILD_SHARED_LIBRARY)  BUILD_STATIC_LIBRARY
                                         .so 编译后生成的库的类型,如果是静态库.a 配置include $(BUILD_STATIC_LIBRARY)

LOCAL_CPP_EXTENSION := cc ：指定c++文件的扩展名
LOCAL_MODULE    := ndkfoo 
LOCAL_SRC_FILES := ndkfoo.cc

LOCAL_LDLIBS += -llog -lvmsagent -lmpnet -lmpxml -lH264Android
                                         指定需要加载一些别的什么库. 

另：关于Android.mk文件的介绍和用法可以参考Google NDK提供的文档，位置是ndk解压目录下的docs目录下，Programmers_Guide/html/md_3__key__topics__building__chapter_1-section_8__android_8mk.html。



郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。

标签： Android iOS 移动互联 终端开发

相关文章

随机文章

您可能还喜欢

您可能还喜欢