Android NDK C ++ JNI (keine Implementierung für native ... gefunden)

Ich versuche, das NDK mit C++ und kann nicht scheinen, um die Methode naming convention richtig. meine native Methode ist wie folgt:

extern "C" {
JNIEXPORT void JNICALL Java_com_test_jnitest_SurfaceRenderer_drawFromJni
(JNIEnv* env, jclass c)
{
   //
}
}

mit header verpackt in extern "C" {} aslo.

Alles kompiliert fein, schafft eine .also Datei und kopiert den Ordner libs unter mein Projekt, aber wenn ich Debuggen und ausführen in Eclipse bekomme ich immer eine log-Katze-Nachricht, die von "keine Umsetzung gefunden für native...". Gibt es etwas ich ' m fehlen, wie alle NDK-Beispiele sind in C?

Dank.

InformationsquelleAutor der Frage Patrick Kafka | 2010-02-04

  1. 100

    Gibt es ein paar Dinge, die kann dazu führen, dass "keine Umsetzung gefunden". Ist man den Funktionsprototyp Namen falsch, eine andere wird nicht geladen .also an alle. Sind Sie sicher, dass System.loadLibrary() wird aufgerufen, bevor die Methode eingesetzt wird?

    Wenn Sie nicht über eine JNI_OnLoad Funktion definiert, die Sie erstellen möchten, und haben es spuckte eine log-Meldung, nur um sicher zu gehen, dass die lib immer zog erfolgreich.

    Du schon wich das häufigste problem ist -- vergessen zu verwenden extern "C" - also, es ist entweder die oben genannten oder einige leichte Rechtschreibfehler. Was macht der Java-Deklaration Aussehen?

    InformationsquelleAutor der Antwort fadden

  2. 14

    Eine weitere Ursache für diesen Fehler: Ihre stramme native Methode muss der name nicht mit einem Unterstrich enthalten!

    Zum Beispiel wollte ich den export einer C-Funktion namens AudioCapture_Ping(). Hier meine export-Deklaration in C:

    JNI_EXPORT int Java_com_obsidian_mobilehashhost_MainActivity_AudioCapture_Ping(JNIEnv *pJniEnv, jobject object);  //Notice the underscore before Ping

    Hier war meine Java Klasse importieren die Funktion:

    package com.obsidian.mobileaudiohashhost;
...
public class MainActivity extends Activity {
    private native int AudioCapture_Ping();  //FAILS
    ...

    Konnte ich nicht bekommen Android dynamisch link zu meiner native-Methode, bis ich entfernt den Unterstrich:

    JNI_EXPORT int Java_com_obsidian_mobilehashhost_MainActivity_AudioCapturePing(JNIEnv *pJniEnv, jobject object); 

package com.obsidian.mobileaudiohashhost;
...
public class MainActivity extends Activity {
    private native int AudioCapturePing();  //THIS WORKS!
    ...

    InformationsquelleAutor der Antwort

  3. 13

    Ich hatte das gleiche problem, aber mir war der Fehler in der Datei Android.mk. Ich hatte es: 

    LOCAL_SRC_FILES := A.cpp
LOCAL_SRC_FILES := B.cpp

    aber sollte es haben:

    LOCAL_SRC_FILES := A.cpp
LOCAL_SRC_FILES += B.cpp

    beachten Sie die detail += statt :=

    Ich hoffe, das hilft.

    InformationsquelleAutor der Antwort ademar111190

  4. 3

    Einen weiteren Grund: die Verwendung LOCAL_WHOLE_STATIC_LIBRARIES statt LOCAL_STATIC_LIBRARIES in android.mk. Das hält die Bibliothek von der Optimierung von nicht benötigten API-Aufrufe, da das NDK kann nicht erkennen, die Verwendung der nativen Bindungen von java-code.

    InformationsquelleAutor der Antwort John Twigg

  6. 2

    Aufgerufen extern "C" wie in der automatisch generierten Studio Beispiel, aber vergessen zu wickeln den gesamten rest der Datei, einschließlich der folgenden Funktionen, die in {} Klammern. Nur die erste Funktion gearbeitet.

    InformationsquelleAutor der Antwort DragonLord

  7. 1

    Verwenden javah (Teil des Java-SDK). Sein Werkzeug genau für diesen generiert .h-header aus .class-Datei).

    InformationsquelleAutor der Antwort MartinH

  8. 0

    Ich versuche, alle oben genannten Lösungen, aber niemand kann gelöst meine build-Fehler(jni-java.lang.UnsatisfiedLinkError: Keine Umsetzung gefunden...),
    endlich fand ich, dass ich vergessen habe, um meinen verify.cpp Quell-Datei CMakeList.txt add_library segement(verify.cpp ist automatisch erstellen, indem Sie Strg + EINGABETASTE, kurz-Taste, eventuell auch andere Datei-name), hoffe, dass meine Antwort helfen können einige.

    meine build-Umgebung: Gradle + CMake

    InformationsquelleAutor der Antwort user2420449

  9. 0

    Ich Stand vor dem gleichen problem, und in meinem Fall der Grund war, dass ich hatte, Unterstrich in den Paket-Namen "RFID_Test"
    Umbenannt habe ich das Paket und es funktionierte.
    Dank user1222021

    InformationsquelleAutor der Antwort F.sh

  10. 0

    Wenn Ihr Paket-name enthält Zeichen _ enthalten, so schreiben Sie bitte(1) nach dem _ - Zeichen, wie unten dargestellt:

    MainActivity.java

    package com.example.testcpp_2;

    native-lib.cpp

    JNICALL
Java_com_example_testcpp_12_MainActivity_stringFromJNI(

    InformationsquelleAutor der Antwort oiyio

Schreibe einen Kommentar