繼續上回中第三方庫的呼叫，在實際的工程中要使用一個演算法的SO庫（也提供了.a），然後就按上述的方法進行了呼叫。結果在這個過程中出現了一些新的問題。

首先，在呼叫的時候兒在CMakeLists.txt新增好相關的SO後：

add_library( # Sets the name of the library.
             XXX

             # Sets the library as a shared library.
             SHARED

             # Provides a relative path to your source file(s).
             IMPORTED)

編譯時發現這樣一個問題“XXX庫得需要相關的native-lib庫，沒有生成..//..//mips64//native-lib的相關規則”之類的，去生成路徑下查詢，果然沒有這個本地庫，可要是把這個新增的庫在CMakeLists.txt去除，就沒有了問題。這個折騰了有一兩個小時，後來突然明白，會不會是給的庫中版本不全，然後就開始試。

演算法給的庫，只有四個版本，arm64-v8a,armeabi-v8a,x86,x86_64,在使用之三的生成的庫中進行測試，去除了一個mips64相關的第三方庫，果然報相關的錯誤，好。這就說明，只要控制好自己的版本生成，在編譯過程中不生成上述四種以外的庫就可以了。當然小於這四種也可以。

apply plugin: 'com.android.application'

android {
    compileSdkVersion 25
    buildToolsVersion "25.0.2"
    defaultConfig {
        applicationId "com.example.fjf.testfacealgo"
        minSdkVersion 17
        targetSdkVersion 25
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
        
 
externalNativeBuild {
            cmake {
                cppFlags "-std=c++11 -frtti -fexceptions"
                arguments "-DANDROID_STL=c++_static"
            }
        }
        ndk{
            abiFilters "arm64-v8a", "armeabi-v7a"}
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
    externalNativeBuild {
        cmake {
            path "CMakeLists.txt"
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    compile 'com.android.support:appcompat-v7:25.3.0'
    compile 'com.android.support.constraint:constraint-layout:1.0.2'
    testCompile 'junit:junit:4.12'
}

重點是上面的紅色的abiFilters部分，這裡只生成了兩種，果然就不再報這個錯誤了。但是又出現了下面這個錯誤

“nomember named 'to_string' in namespace 'std'”

也是醉了。用個STL還都不行了。這個也用了不少時間，因為這種錯誤很少，後來在STACKOVERFLOW中發現了端倪，有人說NDK中預設使用的是最小的STL庫，於是就會產生這種現象，深以為是。於是從谷歌的官網上查到NDK中的配置，配合在STACKOVERFLOW上的解決方案，終於明白了怎麼回事兒。

android {

  ...

  defaultConfig {

    ...

    // This block is different from the one you use to link Gradle

    // to your CMake build script.

    externalNativeBuild {

      cmake {

        ...

        // Use the following syntax when passing arguments to variables:

        // arguments "-DVAR_NAME=VALUE"

        // ------------------- ANSWER -------------------

 arguments "-DANDROID_STL=c++_shared"

      }

    }

  }

  buildTypes {...}

  // Use this block to link Gradle to your CMake build script.

  externalNativeBuild {

    cmake {...}

  }

}

仍然是看紅色部分，但是細節的可能看到這裡的紅色部分和上面更全的使用的不一樣啊，這裡用的C++_shared,而上面使用的c++_static，那就得看下面兩個網頁了：

在ANDROID_STL選項中可以點選跳轉到指定頁面的說明：

都安排好了，再編譯，還是報SO依賴的問題，結果在走查後發現了一個更悲催的問題，庫的名字寫錯了，這種低階的錯誤，導致了一系列的問題啊。

同樣，在新增庫的路徑時，也遇到了在第三篇部落格中遇到的各種問題，值得說明的是CMAKE_SOURCE_DIR，這個在向上寫相對路徑時，無法使用，一定得記清。
更悲催的是，還把庫的位置書寫路徑，寫到了其它的配置項內，大錯特錯了。

用的還是少，做得還是不多，這才是這些錯誤的根本。