【问题标题】:java.lang.UnsatisfiedLinkError when using with android 5.0与 android 5.0 一起使用时出现 java.lang.UnsatisfiedLinkError
【发布时间】:2015-02-05 22:26:13
【问题描述】:

我正在构建一个安卓应用程序。使用 Opus 编解码器进行编码和解码。我正在使用来自这里的本机代码 http://www.opus-codec.org/ 和来自这里的包装器 https://github.com/jitsi/libjitsi/tree/master/src/native/opus 。在 Android 4.0+ 中,我创建了 .so 文件并运行,一切正常。但在 Android 5.0 中,当我调用本机方法时它会崩溃。这是崩溃的详细信息:

 java.lang.UnsatisfiedLinkError: No implementation found for long my.package.name.codec.Opus.encoder_create(int, int) (tried Java_my_package_name_codec_Opus_encoder_1create and Java_my_package_name_codec_Opus_encoder_1create__II)

我也搜索了很多,但找不到根本原因,没有人跟我有同样的问题。下面是我的mk文件,我觉得很有用。

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

MY_MODULE_DIR       := opus

LOCAL_MODULE        := $(MY_MODULE_DIR)
LOCAL_SRC_FILES     := $(wildcard ( libopus/src/*.c \
    libopus/celt/*.c \
    libopus/celt/arm/*.c \
    libopus/silk/*.c \
    libopus/silk/arm/*.c \
    libopus/include/*.c \
    libopus/silk/fixed/*.c \
    my_package_name_codec_Opus.c ))

LOCAL_C_INCLUDES    := \
    libopus/src \
    libopus/include \
    libopus/silk \
    libopus/silk/fixed \
    libopus/silk/arm \
    libopus/celt \
    libopus/celt/arm \
    libopus \

LOCAL_CFLAGS        := -DNULL=0 -DSOCKLEN_T=socklen_t -DLOCALE_NOT_USED -D_LARGEFILE_SOURCE=1 -D_FILE_OFFSET_BITS=64
LOCAL_CFLAGS    += -Drestrict='' -D__EMX__ -DOPUS_BUILD -DFIXED_POINT -DUSE_ALLOCA -DHAVE_LRINT -DHAVE_LRINTF -O3 -fno-math-errno
LOCAL_CPPFLAGS      := -DBSD=1 
LOCAL_CPPFLAGS          += -ffast-math -O3 -funroll-loops

include $(BUILD_SHARED_LIBRARY)

PS:如果您需要更多文件,请告诉我。

【问题讨论】:

    标签: android java-native-interface android-5.0-lollipop opus


    【解决方案1】:

    在自己花费大量时间调试同一个问题、启用 checkjni、运行 javah 以确保我的标头与我的 java 代码匹配、使用 PIE 编译后,我最终找到了问题。

    Android 5.0 增加了对作品的支持。这意味着系统已经带有一个 libopus.so 文件。 当您运行 loadlibrary 时 - 加载的不是您的编译版本,而是与 Android 捆绑在一起的 libopus.so。

    只需将您的库名称更改为 libmyopus.so,这应该可以解决您的问题。 MY_MODULE_DIR := myopus 当然也更新您的 System.loadlibrary 调用。

    【讨论】:

    • 所以在做了一周的工作之后,检查 jni,使用 javah 等...我偶然发现了这个问题并尝试了你所做的。有效!当,伙计。这是一个很好的收获!我正要尝试System.load() 并给它一个加载库的绝对路径。我现在不必尝试了。哈!
    猜你喜欢
    • 2021-07-26
    • 2015-05-31
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-05-07
    • 1970-01-01
    相关资源
    最近更新 更多