androidso库生成

A. 请教关于android linux动态库.so的加载调用

1、 .so动态库的生成
可使用gcc或者g++编译器生成动态库文件(此处以g++编译器为例)
g++ -shared -fPIC -c XXX.cpp
g++ -shared -fPIC -o XXX.so XXX.o
2、 .so动态库的动态调用接口函数说明
动态库的调用关系可以在需要调用动态库的程序编译时，通过g++的-L和-l命令来指定。例如：程序test启动时需要加载目录/root/src/lib中的libtest_so1.so动态库，编译命令可照如下编写执行：
g++ -g -o test test.cpp –L/root/src/lib –ltest_so1
（此处，我们重点讲解动态库的动态调用的方法，关于静态的通过g++编译命令调用的方式不作详细讲解，具体相关内容可上网查询)

Linux下，提供专门的一组API用于完成打开动态库，查找符号，处理出错，关闭动态库等功能。
下面对这些接口函数逐一介绍（调用这些接口时，需引用头文件#include <dlfcn.h>)：
1) dlopen
函数原型：void *dlopen(const char *libname,int flag);
功能描述：dlopen必须在dlerror，dlsym和dlclose之前调用，表示要将库装载到内存，准备使用。如果要装载的库依赖于其它库，必须首先装载依赖库。如果dlopen操作失败，返回NULL值；如果库已经被装载过，则dlopen会返回同样的句柄。
参数中的libname一般是库的全路径，这样dlopen会直接装载该文件；如果只是指定了库名称，在dlopen会按照下面的机制去搜寻：
a.根据环境变量LD_LIBRARY_PATH查找
b.根据/etc/ld.so.cache查找
c.查找依次在/lib和/usr/lib目录查找。
flag参数表示处理未定义函数的方式，可以使用RTLD_LAZY或RTLD_NOW。RTLD_LAZY表示暂时不去处理未定义函数，先把库装载到内存，等用到没定义的函数再说；RTLD_NOW表示马上检查是否存在未定义的函数，若存在，则dlopen以失败告终。
2) dlerror
函数原型：char *dlerror(void);
功能描述：dlerror可以获得最近一次dlopen,dlsym或dlclose操作的错误信息，返回NULL表示无错误。dlerror在返回错误信息的同时，也会清除错误信息。
3) dlsym
函数原型：void *dlsym(void *handle,const char *symbol);
功能描述：在dlopen之后，库被装载到内存。dlsym可以获得指定函数(symbol)在内存中的位置(指针)。如果找不到指定函数，则dlsym会返回NULL值。但判断函数是否存在最好的方法是使用dlerror函数，
4) dlclose
函数原型：int dlclose(void *);
功能描述：将已经装载的库句柄减一，如果句柄减至零，则该库会被卸载。如果存在析构函数，则在dlclose之后，析构函数会被调用。
3、 普通函数的调用
此处以源码实例说明。各源码文件关系如下：
test_so1.h和test_so1.cpp生成test_so1.so动态库。
test_so2.h和test_so2.cpp生成test_so2.so动态库。
test_dl.cpp生成test_dl可执行程序，test_dl通过dlopen系列等API函数，并使用函数指针以到达动态调用不同so库中test函数的目的。

B. Android怎么调用第三方SO动态链接库

对于Android调用第三方SO动态链接库，我们可以从两个主要的方案来考虑。第一个方案是直接将SO文件放置于libs/armeabi目录下，然后在代码中通过System.loadLibrary("xxx")来加载，紧接着定义public native static int xxx_xxx_xxx()方法，这样就可以直接调用xxx_xxx_xxx()方法了。

第二种方案则更为复杂，它涉及到自己创建SO文件，这个SO文件会调用第三方的SO。为了实现这一点，需要创建一个Java类文件，生成对应的.h文件，编写C源文件并包含生成的.h文件，实现相应的方法，最后使用Android NDK开发包中的ndk-build脚本生成对应的.so共享库。

关于网上讨论的第二种方案，即自己引用so库的说法，我们需要考虑几个因素。首先，这个SO是否符合JNI调用规范，例如是否直接支持特定类型。如果不符合，我们只能选择第二种方案。如果符合，那么是否希望这个SO直接暴露给JAVA层也是需要考虑的因素。如果不想，同样只能选择第二种方案。

通常情况下，当你只有SO文件，这表明这是一个由他人提供的库，你可以要求对方提供配套的JAVA调用文件。因此，在实际操作中，我们首先需要检查SO文件是否符合JNI调用规范，以及根据自身的需求决定是否需要直接暴露给JAVA层。

第二种方案之所以更为灵活，是因为它可以应对各种情况，尤其是当直接调用第三方SO文件存在困难时。而如果SO文件符合JNI规范，且你愿意将其直接暴露给JAVA层，那么直接调用的方法将更为简便。

在尝试从JAVA调用时，最简单的判断方法是查看SO里的函数名是否遵循Java_XXX_XXX_XXX的格式。如果符合，你可以自己编写配套的JAVA文件，注意函数名的转换规则，或者向SO提供方索要。如果不符，则需要采取第二种方案。

总的来说，选择哪种方案取决于你的具体需求和第三方SO文件的具体情况。在实际应用中，合理选择方案能够有效提升开发效率。

C. FFmpeg生成Android so库

为了生成适用于Android的.so库，本文详细记录了从环境准备到成功编译的整个过程。以FFmpeg 4.2.2版本和NDK 21.1.6352462为实例，解释了不同编译环境下的操作细节，为开发者提供了一套可行的解决方案。以下是编译过程的概述：

编译环境：
- FFmpeg版本：4.2.2
- 操作系统：Mac
- NDK版本：21.1.6352462
- 手机型号：QIOO855

手机硬件架构：
- 架构：arm64
- CPU类型：armv8-a
- TOOL_CPU_NAME：aarch64

编译工具链：
- NDK工具链目录：/Users/xxx/Library/Android/sdk/ndk/21.1.6352462/toolchains/llvm/prebuilt/darwin-x86_64/bin
- 单独的交叉编译环境目录：/Users/xxx/Library/Android/sdk/ndk/21.1.6352462/toolchains/llvm/prebuilt/darwin-x86_64/sysroot

在编译过程中，使用CLANG代替了GCC，这是因为Google在NDK17版本之后，全面推行使用CLANG。对于Mac操作系统，需确保正确安装NDK和FFmpeg，通过adb命令查看手机硬件信息以确定架构和CPU类型，以确保编译出的.so库与手机兼容。

编译步骤概览如下：
- **下载**：从ffmpeg.org和dl.google.com下载FFmpeg和NDK。
- **环境配置**：在Mac上，确保正确设置NDK路径和输出文件路径，以便在指定目录下生成.so库。
- **脚本编写与执行**：使用自定义的shell脚本（如build_android_clang.sh）来执行编译过程，这一步骤中需要根据个人环境调整NDK和输出路径的环境变量。
- **脚本调用**：运行编译脚本，生成适用于Android的.so库文件。

在Linux环境下，操作流程与Mac类似，但配置细节有所差异。例如，需要在/etc/profile中设置环境变量，使用不同的编译脚本来执行编译任务，并通过./android_build.sh命令启动编译过程。Linux环境下的编译通常速度较快，几分钟内即可完成编译生成.so库。

总结：通过遵循上述指导，开发者可以成功地在Mac或Linux操作系统中生成适用于Android的.so库，解决FFmpeg与最新版本NDK不兼容的问题。此过程对于集成FFmpeg库到Android应用中至关重要，确保了编译出的库与目标设备的硬件架构兼容，从而实现高效的音视频处理能力。

D. Android怎么调用第三方SO动态链接库

在Android开发中，调用第三方SO动态链接库有多种策略。一种简便的方式是将SO文件放置于libs/armeabi目录下，然后在代码中使用System.loadLibrary("xxx")加载，并通过public native static int xxx_xxx_xxx()声明方法，从而直接调用。

另一种方案较为复杂，涉及创建自己的SO文件，并在其中调用第三方SO。这种方法需要编写Java类文件、生成.h文件、编写C源文件并实现相应方法，最后利用android NDK开发包中的ndk-build脚本生成.so共享库。尽管此过程较为繁琐，但灵活性较高，能够应对各种情况。

首先，需要检查第三方SO是否遵循JNI调用规范。如果不符合，必须选择第二种方案。即使符合，还需考虑是否希望将SO库直接暴露给JAVA层。如果否，同样应采用第二种方案。通常情况下，如果只有SO文件，意味着它是第三方提供的，可以请求对方提供配套的JAVA调用文件。

判断SO是否遵循JNI规范的一个简单方法是检查其函数名是否为Java_XXX_XXX_XXX格式。如果是，可以自行编写配套的JAVA文件，注意SO函数名与JAVA函数名之间的转换规则。如果不是，建议采用第二种方案。

总体而言，选择调用方式时需综合考虑实际需求和第三方库的具体情况，以确保代码的简洁性和功能的完整性。