/lib/arm64, /vendor/lib64, /system/lib64 couldn't find "libstlport_shared.so"

最新推荐文章于 2025-06-21 11:36:47 发布

转载最新推荐文章于 2025-06-21 11:36:47 发布 · 5.8k 阅读

文章标签：

#手机

问题系列专栏收录该内容

5 篇文章

订阅专栏

本文介绍了解决部分64位处理器手机因找不到特定的so文件而导致的java.lang.UnsatisfiedLinkError错误的方法。通过配置Gradle属性及在build.gradle中设置abiFilters，确保应用程序能在不同架构的设备上正常运行。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

当引用so文件时，部份手机会报这个错

 java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.hx.template-2/base.apk"],nativeLibraryDirectories=[/data/app/com.hx.template-2/lib/arm64, /vendor/lib64, /system/lib64]]] couldn't find "libstlport_shared.so"

原因是这部份手机是64位处理器的，所以找so的时候先从/lib/arm64, /vendor/lib64, /system/lib64这几个目录找。
解决方法：
在gradle.properties加上

android.useDeprecatedNdk=true

build.gradle加上

android {
    ...
    defaultConfig {
        ...
        ndk {
            abiFilters "armeabi-v7a", "x86", "armeabi"
        }
    }
}

感谢：http://www.jianshu.com/p/7fa8392c2f1c 提出的解决方法

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

天璇112

关注关注

1
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

libstdc++.so, needed by ../../../rknn_api/arm64-v8a/librknn_api.so, not found

jacke121的专栏

03-01

1933

编译rknn_lib 64位时，这个同事发现的解决方法，把ndk换成16b，编译就ok了。

android arm平台64位libc.so

01-26

解决undefined reference to `__system_property_get'问题,这是android arm平台64位libc.so,来源路径:/system/lib64/libc.so,具体看我的文章:http://blog.csdn.net/luoyong123456/article/details/50587417

参与评论您还未登录，请先登录后发表或查看评论

系统分区的app,用adb install 后报/system/lib64/libm.so 找不到

热门推荐

WeiPR的博客

03-12

1万+

缘由：由于项目需要，引用了不同平台的so文件，分别a.so, b.so ，其中a.so 只有armabi-v7a版本，b.so通过gradle配置自动下载，编译运行后程序启动，运行到需要使用a.so 的地方直接闪退；报错： java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file ...

lib/arm64, /vendor/lib64 couldn't find " .so"

qq_35599978的博客

05-25

4443

dlopen failed: library “../../../../libs/arm64-v8a/libtensorflowlite_plant.so“

whoami_I的博客

03-21

1369

今天把tensorflow库加入一个安卓工程，运行起来没有问题，但是跑起来却报了下面这个错： java.lang.UnsatisfiedLinkError: dlopen failed: library "../../../../libs/arm64-v8a/libtensorflowlite_plant.so" not found: needed by /data/app/~~HAZWHMN7hKIAkxXBFifjCw==/com.example.reg-vFQxyoEwJZis9FQCRJjQGg==

camx EAP问题分析一：【硬件故障】/vendor/lib64/hw/camera.qcom.so crash解决思路。8625174

04-21

1543

camx EAP问题分析一：【硬件故障】/vendor/lib64/hw/camera.qcom.so crash解决思路。一般产品发布后会监控用户反馈的诸多异常，如ANR率，crash率，重启率等等，开发需要一个个去修复解决，并在后续的版本OTA升级来修复问题。同时测试团队会要求各种标准要达标，这里我们分析一个top eap crash问题，既然是硬件问题，又如何达标呢？

android 编译的so自动放到system/lib,小白windows编译android的so库

weixin_29830257的博客

05-26

1156

一般我们开发主要是使用Java，但项目中有些涉及到复杂的算法或耗时操作时，通常使用C/C++完成算法实现并提供给java层(通过JNI)调用，以此提高运行的效率。这种情况下，C/C++所实现的代码以及JNI调用相关的代码被打包为.so库。笔者在项目中遇到了需要使用JNI调用c++算法的情况，之前也没有相关的经验，折腾了一番之后终于跑通，故整理一下整个过程。本文以一个加法运算的简单功能为例，说明如何...

ijkplayer-anddroid编译好的so库 arm64-v8a、armeabi、armeabi-v7a、x86、x86_64

09-20

ijkplayer-anddroid编译好的arm64-v8a、armeabi、armeabi-v7a、x86、x86_64 下的so库，包括libijkffmpeg.so，libijkplayer.so，libijksdl.so

/data/app/xxx/lib/arm64 没有so的问题

JackBoy的博客

05-18

817

zipalign 优化导致的lib目录没有so。少爷我帮他们纠正了一下。

NDK 开发中，各种指令集的坑，arm64

小小情意的博客

06-29

1997

最近在NDK开发中遇到了一个奇怪的问题，希望记录下，可以帮到大家：我编译了一些 .so 动态库，只编译了armeabi-v7a、armeabi 指令集，其它指令集编译不了，具体原因还没查出。因为同时也调用了第三方的.so 动态库，而第三方提供7个指令集，分别为：arm64-v8a、armeabi、armeabi-v7a、mips、mips64、x86、x86_64。

引用vitamio框架提示libffmpeg.so、libstlport_shared.so无法找到的错误

旧日灯塔

04-26

2900

一波三百六十折...问题似乎不止一个，而且总觉得自己已经完美解决了然而没有，所以文章可读性极差，我把解决的方案扔在一个“解决方案”的一级标题下面，读者可以直接点目录跳转。一开始写博客的时候，就其实有个疑惑， https://blog.csdn.net/nishigesb123/article/details/89554881 官网新手入门提供的项目地址和下载链接导向的地址有...

java.lang.RuntomeException: lib/arm64-v8a/路径下没有libinet.2.0.1.so

Yong Ledo的博客

10-20

2916

最近项目中需要使用阿里巴巴的阿里百川IM，在使用过程中需要导入他们的SDK，里面就有so库（有armeabi、armeabi-v7a、x86）。然后奇葩的是编译没有任何问题，在启动的时候就报错了，提示如图：看到了吗，提示我arm64-v8a文件夹下没有对应的库，也说不需要这个删除掉，但我明明没有arm64-v8a啊！！！真的很郁闷，后来我就不信了，就把生成的apk（编译后会生成apk，

NDK: could not load needed library 'libstlport_shared.so' for 'libxxxxx'

欧阳天涵的专栏

05-02

2989

C++ Library Support On this page Helper RuntimesRuntime CharacteristicsImportant ConsiderationsLicensing The Android platform provides a very minimal C++ runtime support library (li

Andfix 部分机器报错lib/arm64/libandfix.so问题

b275518834的专栏

08-15

1866

08-15 11:37:15.030 11978-11978/? I/dex2oat: dex2oat took 104.305ms (threads: 4) arena alloc=564KB java alloc=384KB native alloc=1558KB free=37KB 08-15 11:37:15.040 11910-11910/? A/libc: Fatal signal 1

mk文件中配置lib arm64 文件夹

Sunxiaolin2016的博客

06-12

1453

使用 android:sharedUserId="android.uid.system"后，有时候需要配置lib arm64 文件夹。 $(shell mkdir -p (PRODUCTOUT)/system/app/(PRODUCT_OUT)/system/app/(PRODUCTOUT)/system/app/(LOCAL_PACKAGE_NAME)/lib/arm64) 例如: //... include $(BUILD_PREBUILT) include $(CLEAR_VARS) LOCAL_

jni中使用vendor/lib64中的libc++_shared.so详细过程

09-10

在JNI中使用vendor/lib64中的libc++_shared.so通常涉及以下几个步骤： 1. 确认目标设备支持使用libc++_shared.so。通常，这个.so文件是C++运行时库的一部分，需要确保目标平台支持它。 2. 在项目的build.gradle文件中添加对libc++_shared.so的引用。这通常涉及到配置CMake或者ndk-build脚本来指定库的路径。 3. 如果你的应用是使用CMake来构建的，你需要在CMakeLists.txt文件中添加`find_library`命令来找到libc++_shared.so库，并将其链接到你的项目中。例如： ```cmake find_library(LIBCXX_SHARED_PATH libc++_shared PATHS ${ANDROID_SYSROOT}/usr/lib/${ANDROID_ARCH_TRIPLE}) target_link_libraries(your_application_name ${LIBCXX_SHARED_PATH}) ``` 其中`your_application_name`是你的应用目标名称。 4. 如果你使用的是ndk-build方式，则需要在Android.mk文件中添加LOCAL_SHARED_LIBRARIES变量来引用库，并在LOCAL_LDLIBS变量中指定它。 5. 在Java层通过JNI加载这个库，通常使用System.loadLibrary方法加载。例如： ```java static { System.loadLibrary("your_library_name"); } ``` 这里的`your_library_name`是不包括前缀lib和文件扩展名的库名。 6. 确保在运行时，libc++_shared.so文件已经被正确地放在目标设备的`/vendor/lib64`目录下，否则应用在加载库时会失败。 7. 编译并部署应用到目标设备上进行测试，确保一切正常工作。请注意，在实际操作过程中，可能需要根据具体开发环境和平台进行调整。