eclipsendk编译
㈠ linux下NDK编译出的SO库能在WIndows下的android工程直接使用么
是在windows下做开发的，但是编译环境还是在linux上。。大体的步骤如下：
1.首先在windows环境下编写工程（eclipse下编写android工程）
2.打开linux开发环境(tcl平台：\\10.120.90.207\longc\workspace\code\project\kernel\android\JB)
3.将运行环境的脚本文件运行./evnsetup:配置android运行环境
/JB/build/
找到envsetup.sh
运行.envsetup.sh(source
envsetup.h或./envsetup)
所有操作都在终端完成
4.将工程文件拷贝到指定目录下（TCL平台下的自带程序在package\TCL_Apps目录下）
5.删除一些文件
保留/res,/src,AndroidManifest.xml三个文件
创建Android.mk(makefile文件，linux下用makefile文件来集成一些命令，运行程序的指令和设置都在此处)Android.mk的编写
6.编译
进入工程文件目录
输入mm命令进行编译。
7.生成apk文件，编译完成
㈡ eclipse编译cpp文件，并且引用其他预编译的库
jni相关的单独放在一个文件夹内，包括
注意点有：
1.前面两个库的引用基本是固定写法，结尾写成
include $(PREBUILT_SHARED_LIBRARY)
2.第三个库为main.cpp，是我们要编译的库，它引用其他.so库的时候，用
3.新建项目默认是没有ndk环境的，需要右键项目AndroidTools里启用NDK环境,如果没有这一步，项目是没有obj文件夹的，之后ndk-build也不会正常编译
这就是一个普通的.cpp文件，所以很多写法要遵守cpp的格式来写，比如头文件的引入，方法的重复定义报的错，都需要一修改
这一步比较简单，命令行进入jni文件夹下，运行ndk-build即可，期间可能会遇到各种问题，网络解决即可，此时的主要问题一般是cpp文件编译的问题
1.遇到一个编译waning问题
在Application.mk中加入这个即可
忽略warning，防止编译不通过
APP_CFLAGS += -Wno-error=format-security
㈢ 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编译FFmpeg
android的NDK开发需要在linux下进行：
因为需要把C/C++编写的代码生成能在arm上运行的.so文件，这就需要用到交叉编译环境，而交叉编译需要在linux系统下才能完成。
安装android-ndk开发包，这个开发包可以在google android 官网下载： 通过这个开发包的工具才能将android jni 的C/C++的代码编译成库
android应用程序开发环境： 包括eclipse、java、 android sdk、 adt等。
NDK编译步骤：
a．选择ndk自带的例子hello-jni，我的位于E:android-ndk-r5sampleshello-jni(根据具体的安装位置而定) 。
b．运行cygwin，输入命令cd /cygdrive/e/android-ndk-r5/samples/hello-jni，进入到E:android-ndk-r5sampleshello-jni目录。
c．输入$NDK/ndk-build，执行成功后，它会自动生成一个libs目录，把编译生成的.so文件放在里面。($NDK是调用我们之前配置好的环境变量，ndk-build是调用ndk的编译程序)
d．此时去hello-jni的libs目录下看有没有生成的.so文件，如果有，ndk就运行正常啦。
㈤ android开发，怎么使用ndk编译成.so文件
一、首先下载android-ndk，官方网站是：http://developer.android.com/tools/sdk/ndk/index.html
目前最新的版本是android-ndk-r8e-windows-x86.zip，下载地址：
http://dl.google.com/android/ndk/android-ndk-r8e-windows-x86.zip
下载后把压缩包解压出来，例如：D:\ndk，目录下的ndk-build.cmd就是用来编译的批处理命令。
二、编译，打开cmd命令行窗口，cd进入目录：D:\ndk\samples\hello-jni，
然后执行命令：D:\ndk\ndk-build.cmd（如果设置过环境变量则直接使用ndk-build.cmd）来编译hello-jni，如果没有错误会输出：
Gdbserver : [arm-linux-androideabi-4.6] libs/armeabi/gdbserver
Gdbsetup : libs/armeabi/gdb.setup
"Compile thumb : hello-jni <= hello-jni.c
SharedLibrary : libhello-jni.so
Install : libhello-jni.so => libs/armeabi/libhello-jni.so
三、创建android应用程序并使用so文件
打开eclipse创建一个android应用程序HelloJni，默认的com.example.hellojni包下面有一个MainActivity.java，
在此包下添加一个HelloJni.java，
㈥ 如何在Eclipse中如何用cygwin把C文件编译成so文件
用cygwin把C文件编译成so文件：
1：首先，要准备好一个jni文件夹，里面包含三个文件：
makefile文件：
LOCAL_PATH:=$(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE:=test-jni
LOCAL_SRC_FILES := test-jni.c
include $(BUILD_SHARED_LIBRARY)
如果有多个文件，可能有所不同吧，尚未尝试。
头文件：最好使用javah命令来生成，可见我的上一篇文章；
源文件：根据头文件，完善源码。
2：将jni文件夹拷贝到Android项目目录下
3：运行cygwin，使用CD命令，切换目录到Android项目目录
4：输入命令$NDK/ndk-build，屏幕显示如下：
$ $NDK/ndk-build
Cygwin : Generating dependency file converter script
Compile thumb : test-jni <= test-jni.c
SharedLibrary : libtest-jni.so
Install : libtest-jni.so => libs/armeabi/libtest-jni.so
表示生成成功。
㈦ 用NDK编译生成动态库的时候 出现这个错误 怎么解决，libmyAdd.so是我在linux下生成的动态库
linux生成的so不能被NDK使用，编译所使用的指令集不一样
㈧ 如何把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)。