美元和Android JNI命名之后会出现什么？

当我尝试从Android调用JNI函数时，由于函数签名中出现意外的后缀，我得到了一个错误

Kotlin类是

org.dicekeys.crypto.seedd.PublicKey

，我正在调用一个静态方法

constructFromJsonJNI

，它应该调用一个名为

Java\u org\u dicekeys\u crypto\u seedd\u PublicKey\u constructJNI

的JNI方法。而是查找

Java\u org\u dicekeys\u crypto\u seed\u PublicKey\u constructJNI\u 00024 seed\u 1debug

（模块名为“seed”，IML表示Android Studio已指定名称“seed\u debug”。我不知道00024来自何处。可能是散列？）

不匹配会产生此异常，当您不加载模块（已加载）、不使用JNI期望的名称（这与最新工具中的检查器相匹配）或忘记加载库时（这在某个模块损坏前一两天起作用。-已加载），这是一个常见的异常：

这些库确实正在编译中，最新的Kotlin语言工具报告了我的extern函数和我的JNI实现之间的正确链接，这一切直到一天前才开始工作

我已经尝试过删除所有的构建，.iml文件等，并在没有运气的情况下从头开始重建

相关的渐变部分包括：

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'
}

---

对于那些因为Kotlin companion object@JvmStatic函数映射到JNI中的C函数名而损失时间的人

我已经将我的JNI函数标记为internal（这创建了一对漂亮的

internal-external

）。显然，添加内部会通过添加$来更改所需的JNI函数，该$变为00024。当前的Android Studio工具（2020年3月19日发布的3.6.2）没有考虑到这一点，没有生成错误的函数名，也没有标记命名问题

---

我通过使函数

private external

而不是

internal external

进行修复，因为我的用例允许这样做。如果我需要

internal

，以便模块中的其他类可以访问它，我可能只会在私有外部函数旁边添加一个包装函数，它可以将私有函数公开给我模块中的其他代码。

对于那些因为Kotlin companion object@JvmStatic函数映射到JNI中的C函数名而损失时间的人

我已经将我的JNI函数标记为internal（这创建了一对漂亮的

internal-external

）。显然，添加内部会通过添加$来更改所需的JNI函数，该$变为00024。当前的Android Studio工具（2020年3月19日发布的3.6.2）没有考虑到这一点，没有生成错误的函数名，也没有标记命名问题

---

我通过使函数

private external

而不是

internal external

进行修复，因为我的用例允许这样做。如果我需要

internal

，以便模块中的其他类可以访问它，我可能只会在私有外部函数旁边添加一个包装函数，该函数可以将私有函数公开给模块中的其他代码。

“我不知道00024的来源”这就是JNI符号名中转义$符号的方式。看这回答了你的问题吗@Botje，它会的，除非我使用的是

@JvmStatic

描述符。@Michael，你猜为什么名称中有“seeded_debug”吗？你能显示包含公钥类的文件吗？我认为，我们不需要看到实际的代码，但我们需要看到类、包和函数声明。最好是我们可以自己检查，但至少是骨架。“我不知道00024是从哪里来的”这就是$signs在JNI符号名称中转义的方式。看这回答了你的问题吗@Botje，它会的，除非我使用的是

@JvmStatic

描述符。@Michael，你猜为什么名称中有“seeded_debug”吗？你能显示包含公钥类的文件吗？我认为，我们不需要看到实际的代码，但我们需要看到类、包和函数声明。最好是我们可以自己检查，但至少是骨架。您是否尝试了中所述的@JvmName注释？目前还不清楚这是否也适用于内部方法，但这将有利于本问题的未来读者。感谢您的发现！实际上，我在Android Studio中从事JNI支持工作，我不知道内部成员的这种转变。“我会试着把它修好的。”普罗托夫，那太好了！新的JNI支持真正改变了游戏规则。最大的问题是它工作得太好了，以至于我对它依赖太多。您是否尝试了中所述的@JvmName注释？目前还不清楚这是否也适用于内部方法，但这将有利于本问题的未来读者。感谢您的发现！实际上，我在Android Studio中从事JNI支持工作，我不知道内部成员的这种转变。“我会试着把它修好的。”普罗托夫，那太好了！新的JNI支持真正改变了游戏规则。最大的问题是它工作得太好了，以至于我对它依赖太多。

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'
}