将更新的共享本机库(.so文件)添加到Android Studio应用程序会导致不满意的链接错误

我有一个android应用程序,是用android Studio 3.0.1编写的,带有CompileSDK版本26。此应用程序依赖于用本机代码(c++)编写的模块。模块中的本机代码依赖于第三方共享库(.so)文件。在Cmake文件中,使用标准方法包括该第三方库,例如:

add_library( my-module-lib

             SHARED

             src/main/cpp/file1.cpp
             src/main/cpp/file2.cpp )

add_library( libthird_party_library SHARED IMPORTED )
set_target_properties( libthird_party_library PROPERTIES IMPORTED_LOCATION ${pathToProject}/src/main/jniLibs/${ANDROID_ABI}/libthird_party_library.so)

target_link_libraries( my-module-lib libthird_party_library )

然后将My module作为依赖项添加到主应用程序,并使用以下方式加载本机代码:

System.loadLibrary("my-module-lib");

这一切都很好,但我需要更新第三方库。我认为这就像更换旧的一样简单。所以新的文件。但这会导致一个不令人满意的链接错误:

java.lang.UnsatisfiedLinkError: dlopen failed: library "libthird_party_library.so.2" not found
                                                                                          at java.lang.Runtime.loadLibrary0(Runtime.java:989)
                                                                                          at java.lang.System.loadLibrary(System.java:1567)

需要注意的是,android现在搜索的是“.so.2”文件,而不是“.so”文件。所以我认为,出于某种原因,旧的一个仍然包含在某个地方,并且由于名称冲突,新的一个被重命名为“*.2”。所以我尝试了以下方法来摆脱它:

1) [不工作]删除所有内容,重新编译所有内容

只需删除所有内容,即:

• 这个我的模块的externalNativeBuild文件夹
• 我的模块的生成文件夹
• 我的应用程序的生成文件夹

重建一切,即:

• 构建(>);清理项目
• 构建(>);使模块成为“我的模块”
• 构建(>);刷新链接的C++项目
• 构建(>);重建项目

但这仍然会导致同样的不满意链接错误

2) [不起作用]更改服务器的名称。so文件

将更新库的名称更改为 “libthird\u party\u library\u NEW.so” 以及更改cmake文件:

set_target_properties( libthird_party_library PROPERTIES IMPORTED_LOCATION ${pathToProject}/src/main/jniLibs/${ANDROID_ABI}/libthird_party_library_NEW.so)

相同错误

3) [有效,不是一个好的解决方案]重命名旧的“.so”文件并包括新文件

一个可行的“解决方案”是使用 重构(>);重命名 大概是 “libthird\u party\u library\u OLD.so” 然后使用标准名称复制新的第三方库 “libthird\u party\u library.so” . 但这当然不是一个很好的解决方案,因为旧的不需要的库将包含在apk中。