NDK构建流程中的.so文件同步机制是怎样的？

Question

文档提到编译后的.so文件会被同步到输出目录，但具体同步机制是怎样的？如果我的项目依赖多个子模块的.so文件，是否需要手动配置同步路径？在团队协作开发中，如何避免不同开发者因环境差异导致.so文件路径冲突？此外，运行时依赖的.so文件是否会自动打包进APK，还是需要额外配置？

Answer 1

1、NDK构建流程请参考：https://developer.huawei.com/consumer/cn/doc/harmonyos-guides...

2、通常不需要手动配置同步路径。DevEco Studio设计了一套完善的依赖管理系统，它能够自动处理项目中各个模块之间的依赖关系，包括.so文件的管理和加载。
具体来说，当你在一个模块中引用了其他模块的.so文件时，DevEco Studio会自动追踪这些依赖，并在构建项目时确保所有的.so文件都被正确地包含在内。这意味着你可以专注于编写代码，而不用过多担心依赖管理的细节。
此外，如果遇到特殊情况，如需要为.so文件指定特定的调试信息或路径映射，你可以按照以下步骤操作：
在DevEco Studio中，进入native调试配置界面
在Symbol Directories页签中，点击“+”，添加带调试信息的so文件1。
如果需要进行路径映射，可以在LLDB Startup Commands页签中添加命令，格式为：1
settings set -- target.source-map {old-path} {new-path}
这里 {old-path} 是编译时的文件路径，而 {new-path} 是本地的源码文件路径。

3、避免.so文件路径冲突以下是一些有效的策略来解决这个问题：
3.1、使用环境变量 ：鼓励开发者使用环境变量来设置.so文件的路径，而不是硬编码这些路径。这样，每个开发者可以根据自己的环境调整这些变量，从而避免路径冲突。
3.2、统一管理库文件 ：建立一个统一的库文件管理策略，所有开发者都遵循这个策略来管理.so文件。例如，可以在项目的根目录下建立一个专门的“libs”文件夹，用于存放所有外部库的.so文件。
3.3、版本控制 ：通过版本控制工具（如Git）管理项目，包括.so文件的版本和依赖关系。这有助于跟踪和管理不同的so文件版本，减少因版本差异引起的路径冲突。
3.4、虚拟环境 ：使用虚拟环境（如Docker容器）可以为每个开发者提供一个完全相同的开发环境，从而根本上避免因环境差异导致的路径冲突。

4、运行时依赖的.so文件不会自动打包进APK文件中，这需要您进行额外的配置。您可以按照以下步骤操作：
配置abiFilters ：在build-profile.json5文件中，您可以配置abiFilters数组来指定需要编译的ABI架构。例如，如果您只想保留armv8-64a架构的so库，可以这样配置：
"abiFilters": ["arm64-v8a"]
使用externalNativeOptions配置 ：您可以通过externalNativeOptions对象来指定CMake构建脚本的路径，确保只有指定的so文件被编译和打包：
"externalNativeOptions": {
"path": "path/to/CMakeLists.txt"
}
配置nativeLib过滤选项 ：使用nativeLib对象中的filter和excludes选项来进一步筛选和排除不需要的so文件。例如，如果您想排除所有x86_64架构的so文件，可以添加以下配置：
"nativeLib": {
"excludes": [".x86_64."]
}