ndk编译工程下所有的源文件

❶ 如何使用android的ndk编译器 编译c++的库

1. 概述 首先回顾一下 Android NDK 开发中，Android.mk 和 Application.mk 各自的职责。 Android.mk，负责配置如下内容： （1） 模块名（LOCAL_MODULE） （2） 需要编译的源文件（LOCAL_SRC_FILES） （3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES） （4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS） Application.mk，负责配置如下内容： （1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI） （2） Toolchains（默认值：GCC 4.8） （3） C++标准库类型（默认值：system）（APP_STL） （4） release/debug模式（默认值：release） 由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。 2. APP_ABI ABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考 网络 或者 维基网络 ） 由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。 这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。 而我们所说的“交叉编译”的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。 这里给出最新 Android NDK 所支持的ABI类型及区别： 那么，如何指定ABI类型呢？在 Application.mk 文件中添加一行即可： APP_ABI := armeabi-v7a //只编译armeabi-v7a版本 APP_ABI := armeabi armeabi-v7a //同时编译armeabi，armeabi-v7a版本 APP_ABI := all //编译所有版本 3. LOCAL_LDLIBS Android NDK 除了提供了Bionic libc库，还提供了一些其他的库，可以在 Android.mk 文件中通过如下方式添加依赖： LOCAL_LDLIBS := -lfoo 其中，如下几个库在 Android NDK 编译时就默认链接了，不需要额外添加在 LOCAL_LDLIBS 中： （1） Bionic libc库 （2） pthread库（-lpthread） （3） math（-lmath） （4） C++ support library (-lstdc++) 下面我列了一个表，给出了可以添加到“LOCAL_LDLIBS”中的不同版本的Android NDK所支持的库： 下面是我总结的一些常用的CFLAGS编译选项： （1）通用的编译选项 -O2 编译优化选项，一般选择O2，兼顾了优化程度与目标大小 -Wall 打开所有编译过程中的Warning -fPIC 编译位置无关的代码，一般用于编译动态库 -shared 编译动态库 -fopenmp 打开多核并行计算， -Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索 -nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。 --sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。 -llibrary 查找名为library的库进行链接 -Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。 -nostdlib 该选项指示链接的时候不要使用标准路径下的库文件 （2） ARM平台相关的编译选项 -marm -mthumb 二选一，指定编译thumb指令集还是arm指令集 -march=name 指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a -mfpu=name 给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16 -mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：“soft”, “softfp” and “hard”

❷ ndk-build 怎样同时编译多个so

android编译系统的makefile文件Android.mk写法如下

(1)Android.mk文件首先需要指定LOCAL_PATH变量，用于查找源文件。由于一般情况下

Android.mk和需要编译的源文件在同一目录下，所以定义成如下形式：

LOCAL_PATH:=$(call my-dir)

上面的语句的意思是将LOCAL_PATH变量定义成本文件所在目录路径。

(2)Android.mk中可以定义多个编译模块，每个编译模块都是以include $(CLEAR_VARS)开始

以include $(BUILD_XXX)结束。

include $(CLEAR_VARS)

CLEAR_VARS由编译系统提供，指定让GNU MAKEFILE为你清除除LOCAL_PATH以外的所有LOCAL_XXX变量，

如LOCAL_MODULE，LOCAL_SRC_FILES，LOCAL_SHARED_LIBRARIES，LOCAL_STATIC_LIBRARIES等。

include $(BUILD_STATIC_LIBRARY)表示编译成静态库

include $(BUILD_SHARED_LIBRARY)表示编译成动态库。

include $(BUILD_EXECUTABLE)表示编译成可执行程序

❸ 如何解决android ndk r8c 老是重新编译源代码的问题

ndk编译是针对jni的。jni是java native interface的缩写，意为java本地接口。 java本地接口一般是用C语言来实现一些功能，然后通过特定的格式暴露接口给java调用。但是C语言的代码不能直接被java使用，而是需要通过ndk进行编译，编译后会在libs目录下生成.so文件，这事动态运行库，这时C语言曝露出的接口才能被java调用。 楼主可以检查你的vlc项目中的libs目录下，是否包含了.so文件，如果有的话一般是不需要ndk进行 编译的。不过如果楼主修改了c语言中的代码，那么为了使修改生效必须从新用ndk编译，编译后会删除原来生成的.so，并生成新的.so文件。 使用ndk-r7以及更高版本的ndk,可以免安装cygwin而直接使用命令行进行编译，非常方便。 方法: 将ndk的根目录设置环境变量，然后dos命令行进入需要编译的项目的根目录，执行命令 ndk-build

❹ 如何在windows上用ndk交叉编译其他平台程序

目标 ：编译arm64的.so库

编译方法：理论上应该有两种交叉编译方法，法一，在Linux服务器上安装交叉工具链，直接用交叉工具链进行编译链接；法二，使用ndk完成交叉编译，因为

ndk已经安装好交叉编译工具链，以及相关的系统库和系统头文件了。这两种方法的区别在于，linux服务器上的编译使用的makefile和ndk使用的.mk
文件显然不同。原因是ndk作为一个集成编译环境，制定了一套特定的规则用于生成最终的编译脚本。

这里简单总结下，如何在windows用ndk进行交叉编译arm64目标平台的.so库：

step1:找到ndk开发工具包，官网之类的都可以下载，Android-ndk64-r10-windows-x86_64.rar文件

step2:解压上述ndk工具包，将包含程序源文件和头文件的文件夹testProject都放入android-ndk-r10下的samples目录下。

放在其他地方当然也可以，但是后续相对路径之类的不太好加，既然其他例子都放这，把代码放这编译是最保险的了。

step3:在testProject中增加一个jni的文件夹，必须要添加！！！！！！

step4:在jni文件夹中，添加一个Android.mk的文件，必须要添加！！！！！

step5:在jni文件夹中，添加一个Application.mk的文件与Android.mk并列，必须要添加！！！！！

step6:Android.mk和Application.mk合起来就类似于linux环境下的makefile编译文件。

如何写Android.mk，可以参考例子helllo-jni中jni文件夹下的Android.mk。

LOCAL_PATH:=$(call my-dir) #必须要写的

include $(CLEAR_VARS) #必须要写的

LOCAL_MODULE:=hello-jni #编译出来的模块名称

LOCAL_SRC_FILES:=hello-jni.c #制定编译的源文件名称

include $(BUILD_SHARED_LIBRARY)#放在最后

除了上述变量之外，还有其他的指定的变量，

LOCAL_CFLAGS，用于指定编译选项，这个和makefile中是完全一样的，可以指定编译选项-g，也可以指定编译宏及宏值

LOCAL_LDLIBS，用于指定链接的依赖库，这个可以makefile也是完全一样的，可以指定链接库用-l库名，以及指定库搜索路径用_L路径名

LOCAL_STATIC_LIBRARIES，指定链接的静态库名，makefile中没有

LOCAL_C_INCLUDES，用于指定编译头文件的路径，和makefile中不同，路径前不需要加-I，直接写路径即可，可以是相对路径或绝对路径，

多个路径之间用空格隔开。

编写上述Android.mk碰到的问题有，

(1)使用默认的系统自动加载stl库头文件总是出错，只好手动在LOCAL_STATIC_LIBRARIES指定sources/cxx-stl/stlport/stlport来完成对#include<string>这种c++形式的头文件加载

(2)使用$(SYSROOT)/usr/include来完成对系统库头文件的加载，结果找不到sem_t符号，只好指定platforms/android-L/arch-arm64/usr/include

step7:Application.mk编写

APP_STL指定使用的stl移植库，动态或者静态都行

APP_CPPFLAGS，指定app编译的编译选项

APP_ABI指定abi规范类型，例如arm64-v8a，也可以写成ALL就是把所有的类型全部编一编

APP_PLATFORM指定编译的platform名称，这里可以写成android-L或者不指定全编。

step8:编译完成后，运行。

启动cmd，使用cd /D进行到testProject的jni目录下

step9:将android-ndk-r10下的ndk-build.cmd直接拖拽到cmd中，此时直接敲回车，就可以编译了。当然也可以加一个 clean，清除编译中间文件。

step10:检查下编译结果，编译成功后在testProject中多了两个文件夹与jni并列的，libs和obj。
编译链接后的结果就在libs中！

❺ ndk-Android NDk 怎么编译时动态链接第三方so库，有头文件

问题描述：Android如何调用第三方SO库；
已知条件：SO库为Android版本连接库（*.so文件），并提供了详细的接口说明；
已了解解决方案：
1.将SO文件直接放到libs/armeabi下，然后代码中System.loadLibrary("xxx")；再public native static int xxx_xxx_xxx()；接下来就可以直接调用xxx_xxx_xxx()方法；
2.第二种方案，创建自己的SO文件，在自己的SO文件里调用第三方SO，再在程序中调用自己的SO，这种比较复杂，需要建java类文件，生成.h文件，编写C源文件include之前生成的.h文件并实现相应方法，最后用android NDK开发包中的ndk-build脚本生成对应的.so共享库；
求解：
1.上面两种方案是否可行？不可行的话存在什么问题？
2.两种方案有什么区别？为什么网上大部都是用的第二种方案？
3.只有一个*.so文件，并提供了详细的接口说明，是否可在ANDROID中使用它？

首先要看这个SO是不是JNI规范的SO，比如有没有返回JNI不直接支持的类型。也就是说这个SO是不是可以直接当作JNI来调用。如果答案是否定的，你只能选第二个方案。

如果答案是肯定的，还要看你是不是希望这个SO的库直接暴露给JAVA层，如果答案是否定的，你只能选第二个方案，比如你本身也是一个库的提供者。

一般如果你只有SO，就说明这个是别人提供给你的，你可以要求对方给你提供配套的JAVA调用文件。

1、这个要看这个SO是不是符合JNI调用的规范。还要看你自己的意愿。
2、因为第二种方法最灵活，各种情况都可以实现。
3、可以

看能不能直接从JAVA调用的最简单的方法就是看SO里的函数名是不是Java_XXX_XXX_XXX格式的
是就可以，你可以自己写一个配套的JAVA文件，注意一下SO函数名和JAVA函数名的转换规则，或者向SO提供方索要；
不是的话就选第二种方案吧。

1、检查所需文件是否齐全
使用第三方动态库，应该至少有2个文件，一个是动态库（.so），另一个是包含
动态库API声明的头文件(.h)
2、封装原动态库
原动态库文件不包含jni接口需要的信息，所以我们需要对其进行封装，所以我
们的需求是：将libadd.so 里面的API封装成带jni接口的动态
3、编写库的封装函数libaddjni.c
根据前面生成的com_android_libjni_LibJavaHeader.h 文件，编写libaddjni.c，用
来生成libaddjni.so

Android中集成第三方软件包（.jar, .so）

Android中可能会用到第三方的软件包，这包括Java包.jar和Native包.so。jar包既可通过Eclipse开发环境集成，也可通过编译源码集成，看你的工作环境。

假定自己开发的程序为MyMaps，需要用到BaiMaps的库，包括mapapi.jar和libBMapApiEngine_v1_3_1.so。

一、Eclipse中集成第三方jar包及.so动态库

MyMaps工程下创建目录libs以及libs/armeabi，把mapapi.jar放在的libs/目录下，把libBMapApiEngine_v1_3_1.so放在libs/armeabi/下。

Eclipse中把第三方jar包mapapi.jar打包到MyMaps的步骤：

1. 右击工程，选择Properties；
2. Java Build Path，选择Libraries；
3. Libraries页面点击右面按钮“Add Library…”；
4. 选择“User Library”，点击“Next”；
5. 点击“User Libraries”按钮；
6. 在弹出界面中，点击“New…”；
7. 输入“User library name”，点击“OK”确认；
8. 返回之后，选择刚刚创建的User library，右面点击“AddJARs”；
9. 选择MyMaps/libs/下的mapapi.jar；
10. 确认，返回。

这样，编译之后，该jar包就会被打进MyMaps.apk中，libBMapApiEngine_v1_3_1.so也被打包在lib/armeabi/中。
程序运行过程中，libBMapApiEngine_v1_3_1.so被放在/data/data/<yourAppPackage>/lib/下，加载动态库时系统会从程序的该lib/目录下查找.so库。

二、源码中集成第三方集成jar包及.so动态库

Android源码中MyMaps放在packages/apps下。MyMaps下创建目录libs以及libs/armeabi，并把mapapi.jar放在libs/，把libBMapApiEngine_v1_3_1.so放在libs/armeabi。

2.1 修改Android.mk文件

Android.mk文件如下：

[plain] view plain
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)

LOCAL_MODULE_TAGS := optional

LOCAL_STATIC_JAVA_LIBRARIES := libmapapi

LOCAL_SRC_FILES := $(call all-subdir-java-files)

LOCAL_PACKAGE_NAME := MyMaps

include $(BUILD_PACKAGE)

##################################################
include $(CLEAR_VARS)

LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES :=libmapapi:libs/mapapi.jar
LOCAL_PREBUILT_LIBS :=libBMapApiEngine_v1_3_1:libs/armeabi/libBMapApiEngine_v1_3_1.so
LOCAL_MODULE_TAGS := optional
include $(BUILD_MULTI_PREBUILT)

# Use the following include to make our testapk.
include $(callall-makefiles-under,$(LOCAL_PATH))

1 集成jar包
LOCAL_STATIC_JAVA_LIBRARIES取jar库的别名，可以任意取值；
LOCAL_PREBUILT_STATIC_JAVA_LIBRARIES指定prebuiltjar库的规则，格式：别名:jar文件路径。注意：别名一定要与LOCAL_STATIC_JAVA_LIBRARIES里所取的别名一致，且不含.jar；jar文件路径一定要是真实的存放第三方jar包的路径。
编译用BUILD_MULTI_PREBUILT。
2 集成.so动态库
LOCAL_PREBUILT_LIBS指定prebuilt so的规则，格式：别名:so文件路径。注意：别名一般不可改变，特别是第三方jar包使用.so库的情况，且不含.so；so文件路径一定要是真实的存放第三方so文件的路径。
编译拷贝用BUILD_MULTI_PREBUILT。

2.2 加入到GRANDFATHERED_USER_MODULES

在文件user_tags.mk中，把libBMapApiEngine_v1_3_1加入到GRANDFATHERED_USER_MODULES中

[plain] view plain
GRANDFATHERED_USER_MODULES += \
… \
libBMapApiEngine_v1_3_1

user_tags.mk可以是build/core下的，也可以是$(TARGET_DEVICE_DIR)下的，推荐修改$(TARGET_DEVICE_DIR)下的。

2.3 编译结果

MyMaps.apk编译生成在out/target/proct/<YourProct>/system/app/下；
libBMapApiEngine_v1_3_1.so放在out/target/proct/<YourProct>/system/lib/下，这也是系统加载动态库时搜索的路径。

❻ android 编译好的ndk库应该放在哪个目录

可以使用的。 解析：首先Android就是Linux内核。 android应用程序开发环境： 包括eclipse、java、 android sdk、 adt等。 安装android-ndk开发包，这个开发包可以在google android 官网下载： 通过这个开发包的工具才能将android jni 的C/C++的代码编译成库 android的NDK开发需要在linux下进行： 因为需要把C/C++编写的代码生成能在arm上运行的.so文件，这就需要用到交叉编译环境，而交叉编译需要在linux系统下才能完成。 备注：NDK编译步骤： 1.选择 ndk 自带的例子 hello-jni ，位于E:\android-ndk-r5\samples\hello-jni( 根据具体的安装位置而定 ) 。 2.运行 cygwin ，输入命令 cd /cygdrive/e/android-ndk-r5/samples/hello-jni ，进入到 E:\android-ndk-r5\samples\hello-jni 目录。 3.输入 $NDK/ndk-build ，执行成功后，它会自动生成一个 libs 目录，把编译生成的 .so 文件放在里面。 ($NDK是调用我们之前配置好的环境变量， ndk-build 是调用 ndk 的编译程序 ) 4.此时去 hello-jni 的 libs 目录下看有没有生成的 .so 文件，如果有，ndk 就运行正常了。

❼ 如何设置NDK的编译选项

1. 概述

首先回顾一下 Android NDK 开发中，Android.mk 和Application.mk 各自的职责。

Android.mk，负责配置如下内容：

（1） 模块名（LOCAL_MODULE）

（2） 需要编译的源文件（LOCAL_SRC_FILES）

（3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES）

（4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS）

Application.mk，负责配置如下内容：

（1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI）

（2） Toolchains（默认值：GCC 4.8）

（3） C++标准库类型（默认值：system）（APP_STL）

（4） release/debug模式（默认值：release）

由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。

2. APP_ABI

ABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考网络或者维基网络）

由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。

这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/Linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。

而我们所说的“交叉编译”的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。

这里给出最新 Android NDK 所支持的ABI类型及区别：

下面是我总结的一些常用的CFLAGS编译选项：

（1）通用的编译选项

-O2 编译优化选项，一般选择O2，兼顾了优化程度与目标大小

-Wall 打开所有编译过程中的Warning

-fPIC 编译位置无关的代码，一般用于编译动态库

-shared 编译动态库

-fopenmp 打开多核并行计算，

-Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索

-nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。

--sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。

-llibrary 查找名为library的库进行链接

-Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。

-nostdlib 该选项指示链接的时候不要使用标准路径下的库文件

（2） ARM平台相关的编译选项

-marm -mthumb 二选一，指定编译thumb指令集还是arm指令集

-march=name 指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a

-mfpu=name 给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16

-mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：“soft”, “softfp” and “hard”

❽ 使用ndk开发程序需要写什么文件

NDK（Native Development Kit）“原生”也就是二进制
AndroidNDK是一套工具，允许Android应用开发者嵌入从C、C++源代码文件编译来的本地机器代码到各自的应用软件包中,并通过JNI进行访问。Android从1.5开始支持NDK.

android常用的开发方式是java封装的库，而这些库的底层实现是由C/C++实现，如媒体，图形库等
java调用这样实现就需要用JNI（Java Native Interface）
平时用的也就是google给我们封装的好的库，即便是底层实现用的不是Java，但都有统一的Java接口
而NDK的作用是“我们自己写本地代码”（C/C++)，自己用JNI封装成Java接口
比如我们想做个计算，二这不是Java的强项，可以用C/C++来写实现，返回一个运算结果就行了
NDKr5已经实现了不用写一行Java代码开发程序了，只不过还是用到了虚拟机，细节被封装隐藏起来了而已
对于JNI和NDK很多Android开发初学者没有搞明白这个问题
JNI是Java调用Native机制，是Java语言自己的特性全称为 Java Native Interface，类似的还有微软.Net Framework上的p/invoke，可以让C#或Visual Basic.Net可以调用C/C++的API，所以说JNI和Android没有关系，在PC上开发Java的应用，如果运行在Windows平台使用 JNI是是经常的，比如说读写Windows的注册表。
NDK是Google公司推出的帮助Android开发者通过C/C++本地语言编写应用的开发包，包含了C/C++的头文件、库文件、说明文档和示例 代码，我们可以理解为Windows Platform SDK一样，是纯C/C++编写的，但是Android并不支持纯C/C++编写的应用，同时NDK提供的库和函数功能很有限，仅仅处理些算法效率敏感的 问题，所以Android123推荐初学者学好Java后再学习JNI。
NDK其实多了一个把.so和.apk打包的工具，这个是很重要的。
而JNI开发并没有打包，只是把.so文件放到文件系统的特定位置。
如果是做应用开发，则需要NDK工具，不然你开发的应用程序怎么给用户用呢？难道帮他重新编译文件系统？
其他至于实现，java调用本地C/C++函数，及其编写方式，我觉得JNI和NDK没有什么区别。
还有一个我个人理解，NDK开发C/C++只能能使用NDK自带的有限的头文件，而使用JNI则可以使用文件系统中带的头文件，比如utils/Log.h
而后者的资源更多，当然NDK正在努力开发中，以便支持更丰富的接口。
2.开发环境搭建：
NDK开发需要安装以下物体:
1.cygwin (需要1.7以上版本，下载地址：http://www.cygwin.com官方明确表示MSys or Cygwin 1.5 is notsupported)
在安装时候，选择make、gcc、g++、bash、

安装好后启动cygwin,运行:
看到如下所11示就ok了 (注意:GNU Make要 3.81以上版本)
3.NDK的使用
(android-ndk-r8b-windows)，此文档只针对r8b版进行说明, ndk可以到官方网http://developer.android.com上进行下载
Ndk下载下来随意解压到一个目录即可(ndk的解压后存放的路径必须不能包括空格或中文，比如这种“D:\Program Files\Android-ndk-windows”在cygwin是不能识别成功的。)
如:D:\AndroidDevelop\NDK\android-ndk-r8b
配置NDK 在D:\AndroidDevelop\cygwin\home 目录下找到.bash_profile打开文件加上：
NDK=/cygdrive/d/AndroidDevelop/NDK/android-ndk-r8b
export NDK
配好后重新打开cygwin
输入：
cd $NDK
输入： $NKD/ndk-build 验证NDK是否可以使用？

在Cygwin下用nano或者vim编辑器编辑你的脚本。对于那些已经存在的脚本用dos2unix转化一下。因为Windows下的换行是<LF><CR>，Linux下是<LF>，Mac下是<CR>。
先对你的脚本跑一下 dos2unix .bash_profile 就行了。
配置NDK可以参照 http://www.linuxidc.com/Linux/2012-07/65388.htm

❾ 如何把ndk编译出来的可执行文件伪装成so打包到apk中

ndk编译出来的共享库，eclipse会自动打包到apk中，而编译出来的可执行文件则不会。 要想可执行文件自动被打包到apk中，可以把文件名改成libxxx.so的形式，伪装成so，这样就会被打包进apk。 但是每次编译之后都改一下名字，太麻烦， 写个脚本吧，又有arm， arm

ndk编译出来的共享库，eclipse会自动打包到apk中，而编译出来的可执行文件则不会。
要想可执行文件自动被打包到apk中，可以把文件名改成libxxx.so的形式，伪装成so，这样就会被打包进apk。
但是每次编译之后都改一下名字，太麻烦，
写个脚本吧，又有arm， armv7， x86的麻烦事，
想试着改LOCAL_MODULE_FILENAME来试试，NDK又不允许。
于是稍微看了下NDK的编译脚本，发现如下解决办法。
NDK是通过在Android.mk文件中include $(BUILD_EXECUTABLE)来编译可执行文件，其实就是调用了一个已经写好的脚本——build-executable.mk。（编译脚本都在NDK_ROOT/build/core目录里面）
仔细看脚本的调用过程可以发现，脚本一开始先检查一下变量合法性（前面改LOCAL_MODULE_FILENAME的方法在这里过不去），最终调用include$(BUILD_SYSTEM)/build-mole.mk来编译。
于是研究这个脚本，找到决定编译输出的变量，在调用最终的编译脚本之前改成想要的就可以了。
最终我的方案如下:
1. 为了不破坏ndk本来的脚本，将build-executable.mk拷贝一份放在自己的工程目录下面，在倒数第三行插入一句？$(evalLOCAL_BUILT_MODULE := $(TARGET_OUT)/$(MY_LOCAL_MODULE_FILENAME))
2. 在自己的Android.mk文件中定义MY_LOCAL_MODULE_FILENAME变量，当然值就是你想要的文件名啦
3. 编译时不调用系统的include$(BUILD_EXECUTABLE)， 而改调用自己的脚本（就是上面拷贝出来且做了修改的那个脚本），为了方便，你可以给自己的脚本定义一个变量来指向它。
就是这样。
写得比较乱，贴几段关键代码吧。
修改后的build-executable.mk代码。
LOCAL_BUILD_SCRIPT := BUILD_EXECUTABLE
LOCAL_MAKEFILE := $(local-makefile)
$(call check-defined-LOCAL_MODULE，$(LOCAL_BUILD_SCRIPT))
$(call check-LOCAL_MODULE，$(LOCAL_MAKEFILE))
$(call check-LOCAL_MODULE_FILENAME)
# we are building target objects
my := TARGET_
$(call handle-mole-filename，，)
$(call handle-mole-built)
$(eval LOCAL_BUILT_MODULE := $(TARGET_OUT)/$(MY_LOCAL_MODULE_FILENAME))
LOCAL_MODULE_CLASS := EXECUTABLE
include $(BUILD_SYSTEM)/build-mole.mk
14行就是我们加的那一行。
上面的文件放在jni根目录，跟目录下的Android.mk代码:
MY_BUILD_EXECUTABLE := $(JNI_ROOT)/build-executable.mk
include $(call all-subdir-makefiles)
需要编译可执行文件的模块这样写:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES := ...
LOCAL_MODULE := xxx
MY_LOCAL_MODULE_FILENAME := libxxx.so
LOCAL_C_INCLUDES := ...
LOCAL_LDLIBS:=-L$(SYSROOT)/usr/lib -llog
LOCAL_CFLAGS := -fPIC
include $(MY_BUILD_EXECUTABLE)。

❿ android studio怎样进行ndk编译

1、新建一个Android工程，这一步就不多说了；
2、在AndroidStudio中配置NDK路径，方法是：
（1）先下载NDK并安装（这句基本是废话）；
（2）点菜单栏的File->ProjectStructure…->在打开的窗口中左侧选中SDKLocation->在右侧Android NDK Location中填入NDK目录所在路径
3、编译生成.class文件，方法是：
点菜单栏的Build->Make Project
这时，在工程的app/build/intermediates下就会生成classes文件夹，打开classes目录下的debug目录就会看到以你的包名命名的各级文件夹，最里边文件夹下有你的Java类对应的.class文件；
4、确定你要引用本地方法的类：
其实你也可以先生成jni目录，再去创建这个类，但是先Google显然建议先创建要引用C代码的Java类，因为AndroidStudio可以根据你在java类中定义的native方法的名称来自动生成.h头文件。
比如你想在MainActivity中引用本地方法，那么你先用
static {
System.loadLibrary("myNativeLib");
}
来声明本地代码库，然后定义几个natvie方法，比如
public native String getStringFromNative();
5、使用javah命令行生成jni目录及对应的头文件：
我用的是AndroidStudio 2.1.1，在主界面最下边就能找到Terminal，点一下就能打开系统的命令行工具，并且已经为你自动cd到当前工程所在目录
6、配置build.gradle文件
这里的build.gradle是指app模块下的build.gradle，不是整个工程的build.gradle文件。在模块的build.gradle的defaultConfig下加入以下idk配置：

ndk {
moleName"myNativeLib"
ldLibs "log", "z", "m"
abiFilters "armeabi", "armeabi-v7a", "x86"
}
7、配置local.properties文件
打开工程目录下的local.properties，感觉这一步是自动配置的，或者说在你一开始在AndroidStudio中指定NDK目录时已经自动生成了。我的AndroidStudio在打开local.properties已经有了
ndk.dir=/Develop/Android/android-ndk-r10e
这一行，所以就不用配了；
8、配置gradle.properties
打开工程目录下的gradle.properties文件（注意不是build.gradle，而是gradle.properties），在文件的最后一行加入
android.useDeprecatedNdk=true
这句的作用是允许我们使用已经过时的NDK版本，不知道AndroidStudio要求使用哪个版本的NDK才不会报错，总之只要配置了这一句就可以使用比较旧的NDK版本了，我用的r10；
至此我们在AndroidStudio中就完成了NDK环境的配置，接下来就可以写Native代码了；
9、写一个.c文件测试一下是否运行正常
（1）在我们之前生成src/main/jni目录下新建一个.c文件，方法是在jni文件夹上点鼠标右键，选择New->C/C++ Source File，然后在弹出的对话框中填入.c或.cpp文件的文件名就可以了，比如说mail.c