android - $ 和 Android JNI 命名之后是什么？

Question

当我尝试从 Android 调用 JNI 函数时，由于函数签名中出现意外后缀，我收到错误消息。

Kotlin 类是 org.dicekeys.crypto.seeded.PublicKey我正在调用一个静态方法 constructFromJsonJNI ，它应该调用一个名为 Java_org_dicekeys_crypto_seeded_PublicKey_constructJNI 的 JNI 方法.而是寻找 Java_org_dicekeys_crypto_seeded_PublicKey_constructJNI_00024seeded_1debug (模块名为“seed”，IML 暗示 Andrdoid Studio 已指定名称“seed_debug”。我不知道 00024 的来源。也许是哈希？)

不匹配会产生这个异常，这是一个常见的异常，当您不加载模块(它已加载)、不使用 JNI 期望的名称(这与最新工具中的检查器匹配)或忘记加载时图书馆(这只是在一两天前工作，然后才被破坏。 - 它加载):

java.lang.UnsatisfiedLinkError: No implementation found for long org.dicekeys.crypto.seeded.PublicKey.constructJNI$seeded_debug(java.lang.String) (tried Java_org_dicekeys_crypto_seeded_PublicKey_constructJNI_00024seeded_1debug and Java_org_dicekeys_crypto_seeded_PublicKey_constructJNI_00024seeded_1debug__Ljava_lang_String_2)

这些库确实正在编译，最新的 Kotlin 语言工具报告了我的外部函数和我的 JNI 实现之间的正确链接，这一切都在一天前工作。

我已经尝试删除所有构建、.iml 文件等，并从头开始重建，但没有运气。

相关的gradle部分是:

android {

    ndkVersion '21.0.6113669'

    compileSdkVersion 29
    buildToolsVersion "29.0.2"

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
            signingConfig signingConfigs.release
            debuggable = false
        }
        debug {
            debuggable true
            initWith debug
            jniDebuggable false
            signingConfig signingConfigs.debug
        }
    }

...
    defaultConfig {
        minSdkVersion 19
        targetSdkVersion 29
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
        consumerProguardFiles 'consumer-rules.pro'

        externalNativeBuild {
            cmake {
                cppFlags "-std=c++11"
            }
        }
    }
...
    externalNativeBuild {
        cmake {
            version "3.15.0+"
            path file('src/main/cpp/CMakeLists.txt')
        }
    }

    compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_8
        targetCompatibility JavaVersion.VERSION_1_8
    }


    kotlinOptions {
        jvmTarget = JavaVersion.VERSION_1_8.toString()
    }
}
...
dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    implementation "org.jetbrains.kotlin:kotlin-stdlib-jdk7:$kotlin_version"
    implementation 'androidx.appcompat:appcompat:1.1.0'
    implementation 'androidx.core:core-ktx:1.2.0'
    testImplementation 'junit:junit:4.13'
    androidTestImplementation 'androidx.test.ext:junit:1.1.1'
    androidTestImplementation 'androidx.test.espresso:espresso-core:3.2.0'

    implementation 'com.google.zxing:core:3.4.0'
}

Answer 1

对于那些因为 Kotlin 伴生对象 @JvmStatic 函数映射到 JNI 中的 C 函数名称而遭受损失的人。

我已将我的 JNI 函数标记为内部(它创建了漂亮的对 internal external )。显然，添加内部会通过添加 $ 更改所需的 JNI 函数，该函数变为 00024。当前的 Android Studio 工具(2020 年 3 月 19 日起为 3.6.2)没有考虑到这一点，生成了错误的函数名称，或者将问题标记为命名。

我通过制作函数来修复 private external而不是 internal external因为我的用例允许这样做。如果我需要 internal为了让我模块中的其他类可以访问它，我可能只是在私有(private) extern 旁边添加一个包装函数，该函数可以将私有(private)函数暴露给我模块中的其他代码。