AS使用ndkbuild建立cpp工程記錄

AS使用nakbuild建立cpp工程記錄

因爲須要使用c++和.so庫,因此必需要使用ndk方式,記錄下過程。

現狀是,咱們獲得第三方的.so和一些頭文件類,須要使用這些類和函數來完成咱們的功能,好比說機器學習算法運算庫,但如何使用這些在.so內的函數呢?須要把.so和頭文件加載到項目中,這就須要使用Android.mkApplication.mk文件來編譯了,==須要注意的是這僅限於使用ndk-build命令編譯的項目==,由於如今AS2.2後默認使用了cmake來編譯native項目。html

官網對Android.mk文件介紹這個文件的編寫以後會講到。android

.so文件和頭文件放在哪?

應該統一放在app/src/main/jni路徑下,包括須要的jni接口文件,也應該放在jni目錄下,保持統一。c++

Android.mk和Application.mk文件

  • LOCAL_PATH:表示文件在當前項目中的位置my-dir是一個函數,由構建系統提供的。
  • CLEAR_VARS:也是由構建系統提供的變量,指向特殊 GNU Makefile,可爲您清除許多 LOCAL_XXX 變量,例如 LOCAL_MODULE、LOCAL_SRC_FILES 和 LOCAL_STATIC_LIBRARIES,==可是不會清除LOCAL_PATH變量==
  • LOCAL_MODULE:存儲你須要編譯模塊的名字,好比native-lib,最後打出的.so庫名字即是libnative-lib.so(會默認在名字前加上lib字段)
  • LOCAL_SRC_FILES: 指定文件在哪,好比目前例子上就是native-lib.cpp
  • include $(BUILD_SHARED_LIBRARY):幫助系統將全部內容鏈接到一塊兒

其餘內容能夠參考Google官方文檔;我這裏說下須要注意的點。算法

須要注意的問題

  1. 若是是第三方庫和jni接口文件都在jni目錄下(這也是開頭提到的推薦目錄),此時就能夠只寫一個Android.mk文件,這個文件包括了添加第三方.so庫和.hpp頭文件,和編譯本身的jni cpp函數庫。否則就須要寫兩個Android.mk文件,一個用於加載第三方.so到項目中,另外一個用於編譯生成本身寫的jni接口cpp庫(即libnative-lib.so)。
  2. 兩個Android.mk文件的區別:app

    • 添加.so庫的Android.mk須要指定機器學習

      include $(CLEAR_VARS)
      LOCAL_MODULE := nn
      LOCAL_SRC_FILES := $(LOCAL_PATH)/armeabi-v7a/lib/libnn.so
      LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)/armeabi-v7a/include
      # 須要指定是預編譯的庫,加以下標識
      include $(PREBUILT_SHARED_LIBRARY)
    • 編譯本身的jni接口cpp文件ide

      LOCAL_PATH := $(call my-dir)
      include $(CLEAR_VARS)
      LOCAL_MODULE := native-lib
      LOCAL_SRC_FILES := native-lib.cpp
      LOCAL_LDLIBS := -llog -landroid
      LOCAL_CFLAGS += -std=c++11
      # 此處即上述所編譯好的第三方庫,這裏引用一下
      LOCAL_SHARED_LIBRARIES := nn
      include $(BUILD_SHARED_LIBRARY)
  3. 兩個文件若是寫在一個Android.mk文件中,順序應該是先寫本身jni接口庫mk,再寫第三方.so的預編譯庫mk。
  4. Application.mk文件比較統一,通常你們的都差很少,能夠直接拿來用,不須要修改什麼地方,須要注意的點可能有以下幾點:函數

    APP_PLATFORM := android-15
    APP_ABI := armeabi-v7a
    NDK_TOOLCHAIN_VERSION=4.9
    APP_PIE := false
    APP_STL := gnustl_static
    APP_CFLAGS := -O3 -Wall -pipe \
        -ffast-math \
        -fstrict-aliasing -Werror=strict-aliasing \
        -Wno-psabi -Wa,--noexecstack \
        -DANDROID -DNDEBUG \
        -std=c++11
    • APP_PLATFORM版本須要和在AndroidManifest.xml中的對應,好比說我這裏指定是15,則須要在xml中也指定至少15版本:學習

      <uses-sdk
      android:minSdkVersion="15"
      android:targetSdkVersion="26" />
    • 儘可能使用APP_STL := gnustl_static該版本的c++支持最好,不會有標準庫找不到問題
    • 若是還須要有支持c++11,則須要指定APP_CFLAGS := -std=c++11,該句話在Android.mk中最好也加上,能夠保證不會有c++11庫函數找不到問題。

Gradle文件的調整

因爲如今AS建立native項目默認都使用cmake了,Gradle也是按照cmake配置的,若是要使用ndk-build也須要修改一下Gradle。gradle

  1. 把原來cmake的地方換成ndkBuild,對是ndkBuild,這個和執行的命令不同,是一個配置函數。

    externalNativeBuild {
                ndkBuild {
                    // Sets optional flags for the C compiler.
                    cFlags "-D_EXAMPLE_C_FLAG1", "-D_EXAMPLE_C_FLAG2"
    
                    // Sets a flag to enable format macro constants for the C++ compiler.
                    cppFlags "-D__STDC_FORMAT_MACROS"
                }
            }
  2. android{}下添加以下,指定makefile文件路徑,這是必須的:

    externalNativeBuild {
            ndkBuild {
                path "src/main/jni/Android.mk"
            }
        }
  3. 須要指定編譯的版本,因爲Android真機一般只須要armeabi-v7a,因此只編譯該版本便可,不須要編譯arm64版本,能夠在android{}下的buildTypes{}下指定編譯版本使用abiFilter函數:

    buildTypes {
            release {
                minifyEnabled false
                proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
                ndk {
                    abiFilter "armeabi-v7a"
                }
            }
    
            debug {
                minifyEnabled false
                ndk {
                    abiFilter "armeabi-v7a"
                }
            }
        }
  4. 若是出現More than one file was found with OS independent path問題,須要去除以下指定,能夠看個人這篇文章AS中ndk-build方式cpp問題集錦

    // 註釋掉以下代碼
        sourceSets.main {
    //        jniLibs.srcDir('src/main/libs')
    }
相關文章
相關標籤/搜索