前言
1. 什么是.so库
2. cmake生成.so方案
3. 传统生成.so方案
4. external tools配置
总结
博客创建时间：2020.10.28
博客更新时间：2020.10.29
以Android studio 4.0.2来分析讲解，gradle=6.1.1，如图文和网上其他资料不一致，可能是别的资料版本较低而已
涉及到一些算法或者底层驱动的时候，往往需要使用jni来开发。关于NDK和JNI如果还不了解，请查看我的另一篇博文《Android NDK与JNI的区别有何不同?》进行科普。
本篇博文主要是教学两种.so库的打包，稳文中有详细的图文指导，跟着一步步操作就能学会.so文件的打包，对于NDK开发学习请阅读我的《NDK开发系列》文章。
关于.so文件的生成有两种方式可以提供给大家参考，一种是CMake自动生成法，另一种是传统打包法。
NDK为了方便使用，提供了一些脚本，使得更容易的编译C/C++代码，这个编译文件为.so文件，它就C/C++库，类似java库.jar文件一样。so是shared object的缩写，见名思义就是共享的对象，机器可以直接运行的二进制代码。大到操作系统，小到一个专用软件，都离不开.so，.so主要存在于Unix和Linux系统中。
在Android开发中它的生成是需要使用JNI将C/C++文件打包成so库的，当然在其他开发软件中，由其他工具将其打包成so库。
.so文件在程序运行时就会加载，所以想使用Java调用.so文件，必有某个Java类运行时load了native库，并通过JNI调用了它的方法。
使用该种方案生成.so文件，需要先创建一个支持Cmake的 C++ Project，如果不会创建项目请阅读我的博文《Android Studio 4.0.+NDK项目开发详细教学》
1. 创建项目
根据Android Studio 引导创建一个native C++ Project
2. 创建native函数
创建一个类，然后写一个native 函数，如：
3. 测试JNI函数
public class MainActivity extends AppCompatActivity { static { System.loadLibrary("native-lib"); } @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); // Example of a call to a native method TextView tv = findViewById(R.id.sample_text); tv.setText(new MyNdkTest().getData()); }} 运行结果可见，JNI函数已被成功调用
4. 获取.so文件
将生成的.apk文件改为.zip文件，然后进行解压缩，就能看到.so文件，默认支持x86_64
5. 生成多类型.so文件
默认生成的是x86_64，如果想支持多种库架构，则可在app module的build.gradle中配置ndk支持。
android {....... defaultConfig { ........... testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner" externalNativeBuild { cmake { cppFlags "" } } ndk { // 设置支持的 SO 库构架，注意这里要根据你的实际情况来设置 abiFilters 'armeabi-v7a', 'arm64-v8a', 'x86', 'x86_64' } } externalNativeBuild { cmake { path "src/main/cpp/CMakeLists.txt" version "3.6.0" } }} 6 .so文件测试
新建一个普通的Android程序，将库放入程序中运行
将生成的.so库放入lib文件夹中
之前生成.so文件函数的类，在调用程序中依然需要相同的包名、文件名及方法名
可以将库的加载放在java文件中，当程序启动时会自动加载.so类库
7. 小结
在Android Studio自动创建的native C++项目默认支持CMake方式，它支持JNI函数调用的入口在build.gradle中。
Gradle 调用外部构建脚本CMakeLists.txt
CMake 按照构建脚本的命令将 C++ 源文件 native-lib.cpp 编译到共享的对象库中，并命名为 libnative-lib.so ，Gradle 随后会将其打包到APK中
运行时，应用的MainActivity 会使用System.loadLibrary()加载原生库。应用就是可以使用库的原生函数getData()。
OK，自动生成.so库的方法就讲到这了，Android Studio帮我们自动化做了很多东西，所以so easy。 下面讲讲传统的.so库生成方案。
使用该种方案生成.so文件一定要先配置好NDK，如果不清楚如何配置NDK，请阅读一篇关于配置NDK的博文《Android Studio 4.0.+NDK项目开发详细教学》。其打包.so文件的基本流程如下所述
1. 在Java类中声明一个本地方法
public class NDKTest { private native int count();} 2. 执行指令javah获得C声明的.h文件
在terminal中cd 到\app\src\main\java目录下执行如下指令：
terminal可能出现不能用，则使用cmd命令行
javah -encoding utf-8 -d ../jni -jni com.xuanyuan.ndktest.NdKTest// javah:生成头文件指令// -encoding utf-8:编码格式 utf-8// -d ../jni:生成的文件放到与java目录同级的jni文件中，jni文件若不存在会自动创建// -jni：当前目录下生成.h文件,当前目录是cd进入的目录，这里是\app\src\main\java// com.xuanyuan.ndktest.NdKTest:包名+类名
指命令后会在…\app\src\main\jni目录下生成一个com_xuanyuan_ndktest_NdKTest.h文件
/* DO NOT EDIT THIS FILE - it is machine generated */#include <jni.h>/* Header for class com_xuanyuan_ndktest_NdKTest */#ifndef _Included_com_xuanyuan_ndktest_NdKTest#define _Included_com_xuanyuan_ndktest_NdKTest#ifdef __cplusplusextern "C" {#endif/* * Class: com_xuanyuan_ndktest_NdKTest * Method: test * Signature: ()Ljava/lang/String; */JNIEXPORT jstring JNICALL Java_com_xuanyuan_ndktest_NdKTest_test (JNIEnv *, jobject);#ifdef __cplusplus}#endif#endif 另一种方式是使用External tools工具，使用其javah指令，该指令需要我们自行配置，后面会单独讲解。
3. 获得.c文件并实现本地方法
生成的.h文件中函数相当于是一个抽象方法，具体实现需要我们来自定义。此时在jni中重建一个demo.c文件，将com_xuanyuan_ndktest_NdKTest.h中的完全复制过来，将函数完整实现。
自己实现的C++方法要写对，不太熟悉C++的人找C++工程师支援，否则无法制作.so文件
4. 创建Android.mk和Application.mk
在jni目录中创建Android.mk和Application.mk两文件，并配置其参数,两个文件如不编写或编写正常会出现报错。
//Android.mk 参数//设置工作目录，它用于在开发tree中查找源文件。宏my-dir由Build System提供,会返回Android.mk文件所在的目录LOCAL_PATH := $(call my-dir)//CLEAR_VARS变量由Build System提供。指向一个指定的GNU Makefile，由它负责清理LOCAL_xxx类型文件，但不是清理LOCAL_PATH//所有的编译控制文件由同一个GNU Make解析和执行，其变量是全局的。所以清理后才能便面相互影响,这一操作必须有include $(CLEAR_VARS)// LOCAL_MODULE模块必须定义，以表示Android.mk中的每一个模块，名字必须唯一且不包含空格//Build System 会自动添加适当的前缀和后缀。例如，demo，要生成动态库，则生成libdemo.so。但请注意：如果模块名字被定义为libabd，则生成libabc.so。不再添加前缀。LOCAL_MODULE := DEMO// 指定参与模块编译的C/C++源文件名。不必列出头文件，build System 会自动帮我们找出依赖文件。缺省的C++ 源码的扩展名为.cpp。LOCAL_SRC_FILES := demo.c// BUILD_SHARED_LIBRARY是Build System提供的一个变量，指向一个GUN Makefile Script。它负责收集自从上次调用include $(CLEAR_VARS)后的所有LOCAL_xxxxinx。并决定编译什么类型//1. BUILD_STATIC_LIBRARY：编译为静态库//2. BUILD_SHARED_LIBRARY：编译为动态库//3. BUILD_EXECUTABLE：编译为Native C 可执行程序//4. BUILD_PREBUILT：该模块已经预先编译include $(BUILD_SHARED_LIBRARY)**************************************************#Application.mk 参数// 默认生成支持的多种类型.soAPP_ABI := all//APP_PLATFORM := android-16不配置,打包.so会出错APP_PLATFORM := android-16
如果我们需要进行多个C++文件一起编译或者已有的.so参与编译，这里给出配置示例
# Android.mk// 示例1：单个c++文件参与编译 include $(CLEAR_VARS) // 编译出来的文件名 LOCAL_MODULE := DEMO LOCAL_SRC_FILES := demo.c // 多个c++文件参与编译 include $(CLEAR_VARS) // 编译出来的文件名 LOCAL_MODULE := DEMO LOCAL_SRC_FILES := test1.cpp test/ftest2.cpp test3.c // 示例2：.so文件参与模块编译 include $(CLEAR_VARS) // 编译出来的文件名 LOCAL_MODULE := DEMO2 LOCAL_SRC_FILES := test/DEMO.so // 设置可被依赖 include $(PREBUILT_SHARED_LIBRARY)
5. 打包.so库
各种文件准备好后，cd到\app目录下，执行命令 ndk-build即可，我没有用terminal,不知啥原因用不了。
执行命令后会在libs文件夹中生成.so文件，默认支持4种命令库。
6. 测试.so库
测试.so库生成完毕，正常可用。
在上面制作.h文件和.so文件中要在cmd或者terminal中输入javah、ndk-build命令比较麻烦，我们可以在external tools中进行配置，一次配置，终生幸福！
//javah.exe的地址Program：$JDKPath$\bin\javah//生成.h文件的路径指定在jni文件中，$FileClass$为源.java文件Arguments：-encoding UTF-8 -d ../jni -jni $FileClass$//进行编译成.h文件的源.java文件目录Working directory：$ProjectFileDir$\app\src\main\java
2. ndk-build配置
//ndk-build.cmd路径Program：$ModuleSdkPath$/ndk/21.3.6528147/ndk-build.cmd//生成的.so文件存放位置Arguments：NDK_LIBS_OUT=$ProjectFileDir$\app\libs//编译源文件的目录Working directory：$ProjectFileDir$\app\src\main
本篇博文主要讲解了两种.so库打包生成的方式，对于NDK开发的其他知识点学习请继续阅读我的系列文章。
在我们使用.so文件时，一定要记得做好配置，否则会出现无法找到.so库的异常
android { compileSdkVersion 30 buildToolsVersion "30.0.2"... sourceSets { main { jniLibs.srcDirs = ['libs'] } }}
联系客服
