摘要：静态还是共享链接上边我们在中，使得，以静态库的方式导入，所以生成的库比较大，达到好几。猜测原因可能是我们在中要编译的是动态库，所以在既有静态库，也有动态库的情况下，需要引入和要编译的库相同类型的。
Android 中写的 JNI 如何调用 OpenCV ？
OpenCV 如何配置到 Linux 服务器上？
OpenCV for Android如果想实现图片的高斯模糊，图片比较，人脸识别等算法，OpenCV 可能是现成库里比较好的选择。
使用 OpenCV 的优缺点：
现成库 C++ 调用，封装很好，实现较为简单，上层 JNI 调用性能较好
失去 Java 的跨平台特性
下边我们来看看在 Android 的 JNI 中如何使用 OpenCV ？
1、下载 OpenCV for Android 的 SDKOpenCV for Android SDK
apk：manger 的 apk，这种方法不需要导入 OpenCV 的 sdk ，但需要在安装自己的apk外，还需安装 这里边的 manager 的 apk，体验不好,不建议使用。
samples：样例代码
sdk：需要用到的 java 层 或 jni 层的代码
Eclipse：http://docs.opencv.org/2.4/doc/tutorials/introduction/android_binary_package/dev_with_OCV_on_Android.html
Android Studio：以下重点来讲
2、Android studio 配置将 OpenCV 中 sdk 目录下的 native 全拷到项目根目录下
新建 JNI Folder，并在目录下创建俩个文件：Android.mk 和 Application.mk
建立在Project展开如下：
Android.mk
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
OpenCV_INSTALL_MODULES := on
OpenCV_CAMERA_MODULES := off
OPENCV_LIB_TYPE :=STATIC
ifeq ("$(wildcard $(OPENCV_MK_PATH))","")
include ........
ativejniOpenCV.mk
else
include $(OPENCV_MK_PATH)
endif
LOCAL_MODULE := OpenCV
LOCAL_SRC_FILES :=
LOCAL_LDLIBS += -lm -llog
include $(BUILD_SHARED_LIBRARY)
这里是以静态链接导入 OpenCV 库，然后编译成 共享的 so 库，所以会导致最终的 so 库体积比较大。
注意：include ........ ativejniOpenCV.mk 的路径一定要对！！！
Application.mk
APP_STL := gnustl_static APP_CPPFLAGS := -frtti -fexceptions APP_ABI := armeabi armeabi-v7a APP_PLATFORM := android-8
这里配置了 OpenCV 需要用到的 STL 库，以及编译的硬件平台等。
build.gradle
sourceSets.main.jni.srcDirs = []
//禁止自带的ndk功能
sourceSets.main.jniLibs.srcDirs = ["src/main/libs","src/main/jniLibs"]
//重定向so目录为src/main/libs，原来为src/main/jniLibs
task ndkBuild(type: Exec, description: "Compile JNI source with NDK") {
Properties properties = new Properties()
properties.load(project.rootProject.file("local.properties").newDataInputStream())
def ndkDir = properties.getProperty("ndk.dir")
if (org.apache.tools.ant.taskdefs.condition.Os.isFamily(org.apache.tools.ant.taskdefs.condition.Os.FAMILY_WINDOWS)) {
commandLine "$ndkDir/ndk-build.cmd", "-C", file("src/main/jni").absolutePath
} else {
commandLine "$ndkDir/ndk-build", "-C", file("src/main/jni").absolutePath
}
}
tasks.withType(JavaCompile) {
compileTask -> compileTask.dependsOn ndkBuild
}
local.properties
ndk.dir=D:programAndroidsdk dk-bundle
这里配置 NDK 的路径
声明 java 层的 native 方法
public class OpenCVHelper {
static {
System.loadLibrary("OpenCV");
}
public static native double compareImages(String old_image, String new_image,int type);
}
使用 javah 命令生成头文件
javah -jni com.aliyun.utils.OpenCVHelper
其中，javah的环境需要配置到电脑的 path 中去；
生成了 com_aliyun_utils_OpenCVHelper.h 的头文件。
新建 cpp 文件，实现对应的方法
cpp 文件名为 com_aliyun_utils_OpenCVHelper.cpp，
在 Android.mk 文件中加入源文件
修改 LOCAL_SRC_FILES := com_aliyun_utils_OpenCVHelper.cpp
使用 Android studio 的 ndk-build 工具构建so库，点击右侧的 gradle ，展开在 other 下边找到 ndk-build。
然后在 java 层中就可以使用 JNI 层的功能了。
3、静态还是共享链接 OpenCV上边我们在 Android.mk 中，使得 OPENCV_LIB_TYPE :=STATIC，以静态库的方式导入 OpenCV ，所以生成的 so 库比较大，达到好几M。
另一种方式是使用动态库的方式引入 OpenCV ，即把OPENCV_LIB_TYPE :=SHARED，动态加载所需要的库，在 ndk-build 时，会报 -lopencv_java3 的 warning :
这时我们把 native-jni-编译平台下的 libopencv_java3.so 导入即可。
OpenCV for LinuxOpenCV for Android 的 demo 完成了，但配置到服务器上，就是各种坑啊，一个 bug 接着一个 bug，所幸最终都依依解决了，现在把那些 bug 场景重现！
要完成 JNI 中对 OpenCV 库的引用，关键就是需要把 OpenCV 库导入进来，不管是静态方式还是动态方式。
以下有俩种选择导入：
方式一：利用已写好的 OpenCV.mk 引入
方式二：在自己写的 Android.mk 中引入
俩种方式并无本质差别，但用已有的 OpenCV.mk 引入时，会出现更多的问题，所以就多带带作一类方法，来总结遇到的坑。
方法一、利用原来的 OpenCV.mk 引入代码：
include .... ativejniOpenCV.mk
报错：
packages/apps/DVRRecorder/jni/OpenCV/Android.mk:9: .... ativejniOpenCV.mk: No such file or directory
代码修改成这样：
$(LOCAL_PATH).... ativejniOpenCV.mk
还是报同样的错误。。。
认真思考一番,有办法了！！！
解决：
可以用 ls 命令在服务器上看能不能进入这个目录~，发现进不了，再细细思考一下，应该把斜杠给改反一下。
比如这样：
include $(LOCAL_PATH)/../../native/jni/OpenCV.mk
恩，没有报这个错误了，但紧接着又报了第二个错误。。。
报错：
packages/apps/DVRRecorder/jni/OpenCV/../../native/jni/OpenCV.mk:40: packages/apps/DVRRecorder/jni/OpenCV/../../native/jni/OpenCV-.mk: No such file or directory
OpenCV-.mk 是个什么鬼，但明显已经解决了 OpenCV.mk 的路径问题，怎么又出来 OpenCV-.mk 呢？
深入：
这时深入 OpenCV.mk，发现有这样的一段代码：
OPENCV_SUB_MK:=$(call my-dir)/OpenCV-$(TARGET_ARCH_ABI).mk
这里找到了 - 号，很有可能是 TARGET_ARCH_ABI 的问题，于是在 导入的 native 目录下，全局搜索，发现
jni/OpenCV.mk:14:OPENCV_TARGET_ARCH_ABI:=$(TARGET_ARCH_ABI) jni/OpenCV.mk:17:OPENCV_LIBS_DIR:=$(OPENCV_THIS_DIR)/../libs/$(OPENCV_TARGET_ARC H_ABI) jni/OpenCV.mk:18:OPENCV_3RDPARTY_LIBS_DIR:=$(OPENCV_THIS_DIR)/../3rdparty/libs/$ (OPENCV_TARGET_ARCH_ABI) jni/OpenCV.mk:22:OPENCV_SUB_MK:=$(call my-dir)/OpenCV-$(TARGET_ARCH_ABI).mk jni/OpenCV.mk:64:ifeq ($(OPENCV_MK_$(OPENCV_TARGET_ARCH_ABI)_ALREADY_INCLUDED),) jni/OpenCV.mk:76: OPENCV_MK_$(OPENCV_TARGET_ARCH_ABI)_ALREADY_INCLUDED:=on
搜索后发现只有使用，但没有定义！！！
问题就很明显了，没有导入编译的硬件平台，很有可能也是路径问题。
解决：
这里我们就不用去找 TARGET_ARCH_ABI 的路径了，直接根据所编译的平台，合理取值。
在 Android developer Guide上有说明：https://developer.android.com/ndk/guides/android_mk.html
用 mm -B 编译时，可以发现所编译的平台，根据使用的 CPU 架构来选取一个合理值，比如：
TARGET_ARCH_ABI := armeabi-v7a
恩，以为没问题了，但下一个错误马上来~~~
报错：
No rule to make target `out/target/product/aeon6735_65c_s_l1/obj_arm/STATIC_LIBRARIES/opencv_shape_intermediates/export_includes", needed by `out/target/product/aeon6735_65c_s_l1/obj_arm/SHARED_LIBRARIES/OpenCV_intermediates/import_includes". Stop.
这就懵逼了~~~
追踪：
但有关键字，STATIC_LIBRARIES，SHARED_LIBRARIES，且也肯定是 OpenCV.mk 出问题了，在 Android.mk 中我们声明了这俩个条件：
OpenCV_INSTALL_MODULES := on OpenCV_CAMERA_MODULES := off OPENCV_LIB_TYPE :=STATIC
于是追踪到 OpenCV.mk 中发现：
ifeq ($(OPENCV_INSTALL_MODULES),on)
LOCAL_$(OPENCV_LIB_TYPE)_LIBRARIES += $(foreach mod, $(OPENCV_LIBS), opencv_$(mod))
else
LOCAL_LDLIBS += -L$(call host-path,$(LOCAL_PATH)/$(OPENCV_LIBS_DIR)) $(foreach lib, $(OPENCV_LIBS), -lopencv_$(lib))
endif
ifeq ($(OPENCV_LIB_TYPE),STATIC)
LOCAL_STATIC_LIBRARIES += $(OPENCV_3RDPARTY_COMPONENTS)
endif
猜测是这俩个条件判断后进去的语句出问题了，
当为 on 时，以模块方式加载 LOCAL_STATIC_LIBRARIES，当为 off 时，以 LOCAL_LDLIBS 方式加载lib下的库。
当 OPENCV_LIB_TYPE==STATIC 时，第三方的lib加载到 LOCAL_STATIC_LIBRARIES 中。
解决：
既然出错了，那把这俩句话都注释掉试试~
恩，注释肯定没用，但引入了下一个问题，既然我们把引入库的语句给删了，那接下来，肯定是需要我们把库的链接一个一个的引入咯。
报错：
packages/apps/DVRRecorder/jni/OpenCV/../../native/jni/include/opencv2/core/base.hpp:53:21: fatal error: algorithm: No such file or directory #include
STL 模板库的头文件没找到，所以需要引入 algorithm 的头文件。
解决：
找到头文件所在的位置，并以如下方式引入在 Android.mk 中：
LOCAL_C_INCLUDES := external/stlport/stlport/ LOCAL_C_INCLUDES += bionic
解决了这个问题，发现又引入了更多的 bug ，但都是库的链接问题，接下来的库引入和第二种方式一样，只是第二种，就直接去掉了 OpenCV.mk，直接在 Android.mk 中一步一步的引入链接库。
方法二、另启炉灶，在 Android.mk 中一个库一个库的引入 1、静态库的引入报错：
packages/apps/DVRRecorder/jni/OpenCV/com_aliyun_utils_OpenCVHelper.cpp:30: error: undefined reference to "cv::imread(cv::String const&, int)" packages/apps/DVRRecorder/jni/OpenCV/../../native/jni/include/opencv2/core/cvstd.hpp:667: error: undefined reference to "cv::String::deallocate()" packages/apps/DVRRecorder/jni/OpenCV/com_aliyun_utils_OpenCVHelper.cpp:31: error: undefined reference to "cv::imread(cv::String const&, int)" packages/apps/DVRRecorder/jni/OpenCV/../../native/jni/include/opencv2/core/cvstd.hpp:667: error: undefined reference to "cv::String::deallocate()" packages/apps/DVRRecorder/jni/OpenCV/com_aliyun_utils_OpenCVHelper.cpp:34: error: undefined reference to "cv::GaussianBlur(cv::_InputArray const&, cv::_Outp
找不到如 imread，GaussianBlur 的链接，而且这些链接应该是 OpenCV 库中的。
解决：
这里我们以静态库的方式引入 OpenCV 中的静态链接库，把 lib/armeabi-v7a 和 3rdparty/libs/armeabi-v7a 目录下的库全引入。
shell pwd：显示当前工作目录
这里我们以全路径的方式加入对应的库：
PATHD=$(shell pwd)
LOCAL_LDFLAGS +=-L$(PATHD)/$(LOCAL_PATH)/lib/ -l$(PATHD)/$(LOCAL_PATH)/lib/libopencv_core.a
-l$(PATHD)/$(LOCAL_PATH)/lib/libopencv_imgproc.a
-l$(PATHD)/$(LOCAL_PATH)/lib/libopencv_highgui.a
-l$(PATHD)/$(LOCAL_PATH)/lib/libopencv_imgcodecs.a
-l$(PATHD)/$(LOCAL_PATH)/lib/libIlmImf.a
-l$(PATHD)/$(LOCAL_PATH)/lib/liblibjpeg.a
-l$(PATHD)/$(LOCAL_PATH)/lib/liblibwebp.a
-l$(PATHD)/$(LOCAL_PATH)/lib/liblibtiff.a
-l$(PATHD)/$(LOCAL_PATH)/lib/liblibpng.a
-l$(PATHD)/$(LOCAL_PATH)/lib/liblibjasper.a
-l$(PATHD)/$(LOCAL_PATH)/lib/libtbb.a
-l$(PATHD)/$(LOCAL_PATH)/lib/libopencv_java3.so
-lstdc++
2、STL 库的引入
报错
已经解决了 OpenCV 库的链接错误，但又报了如下错误：
