Die Beschaffung der name einer Android-APK mit C++ und der NativeActivity-Klasse

Ich Schreibe eine Android-app mit dem NDK und NativeActivity. Meine app hängt von ein paar bits von third-party-code ausgeliefert werden als Vermögenswerte. Momentan bin ich dabei, zu versuchen, diese zu extrahieren Vermögen, während die Ordner-Struktur intakt.

Habe ich versucht, mit dem AssetManager, sondern halten die Ordner-Struktur intakt, es schien, es würde eine riesige Menge von code beteiligt sind, für eine einfache Aufgabe wie das, was ich erwähnt habe. Ich hab da eingeschaltet konzentrieren zu versuchen, die Behandlung der APK als ZIP-Datei und entpacken Sie Ihren Inhalt auf diese Weise. Aber das erfordert, dass ich den genauen Pfad zum APK.

In eine normale Android-app würde man mit getPackageCodePath, aber dies ist eine abstrakte Methode angebracht, um die Kontext-Klasse. Meine Frage ist, wie bekomme ich den genauen Pfad zum APK wenn Sie nicht mit einer normalen Aktivität?

Auch ich habe versucht, den Aufruf getPackageCodePath über JNI, aber das stürzte die app auf dem Konto, nicht in der Lage zu finden, die Methode.

BEARBEITEN:
Ist das überhaupt möglich?

InformationsquelleAutor rstat1 | 2011-10-09
  1. 5

    Ich war tatsächlich in der Lage zu nennen getPackageCodePath via JNI und bekommen es zu arbeiten. Der folgende code, der an der Spitze der android_main im native-Aktivität der Probe in NDK r7 Protokolle der richtige Weg und nicht Abstürzen:

    void android_main(struct android_app* state) {
    struct engine engine;

    ANativeActivity* activity = state->activity;
    JNIEnv* env = activity->env;

    jclass clazz = (*env)->GetObjectClass(env, activity->clazz);
    jmethodID methodID = (*env)->GetMethodID(env, clazz, "getPackageCodePath", "()Ljava/lang/String;");
    jobject result = (*env)->CallObjectMethod(env, activity->clazz, methodID);

    const char* str;
    jboolean isCopy;
    str = (*env)->GetStringUTFChars(env, (jstring)result, &isCopy);
    LOGI("Looked up package code path: %s", str);

    ...
}

    Ich das Gefühl, könnte dies eine großartige Lösung, wenn. Es gibt zwei Dinge, die sich mit mir Gedanken machen:

    1. Thread-Sicherheit - es ist eine hässliche Warnung über nur mit der env Mitglied ANativeActivity in der Haupt-Java-thread, und wenn ich das richtig verstanden habe, ist dieser code wird in der ursprünglichen Aktivität thread.
    2. ANativeActivity's clazz Mitglied zu sein scheint irreführend und ist eigentlich die Instanz der Java - NativeActivity statt von der Klasse object. Ansonsten ist dieser code nicht funktionieren würde. Ich hasse es sich auf etwas, das ist offensichtlich irreführend, wie dieses.

    Abgesehen davon, dass es funktioniert, und ich bin eigentlich rund um ihn selbst zu benutzen, um zu versuchen, zu extrahieren, die auf Ressourcen außerhalb der .apk mit libzip und in das data-Verzeichnis.

    • Wie es scheint, habe ich versucht, etwas ähnlich wie diese, aber es hat nicht funktioniert. Hmm, ich denke, ich Links etwas hervor. Danke für deine Antwort 🙂
    • Über meine Sorge #1 oben: Es stellt sich heraus, dass die thread-Sicherheit kann erreicht werden, indem die JavaVM ist AttachCurrentThread Funktion. Diese erstellen/abrufen eines JNIEnv, dass sollte verwendet werden, anstelle von der, die ich oben aufgeführt. ANativeActivity vm-member ist eine JavaVM. Wenn Sie fertig sind mit der JNIEnv in den thread, rufen Sie JavaVM ist DetachCurrentThread und beenden Sie die Verwendung des JNIEnv. Der original-code, den ich gab, war tatsächlich Abstürzen auf einigen Geräten, aber, wenn das Befestigen/DetachCurrentThread begann, genannt zu werden, hörte es krachen und hat Super funktioniert.
    InformationsquelleAutor matt
  2. 2

    Call getPackageCodePath() in Java und pass jstring zu Ihrem C++ - app, die über native Methode

    • Na ja, dass wusste ich..aber in einem NativeActivity-app gibt es kein Java-code, so dass nicht verwendet werden kann.
    InformationsquelleAutor PiotrK
  3. 2

    Da hatte ich nur die Suche nach genau, wie der attach - /detach-Anrufe werde ich fügen Sie die aktualisierte version hier.

    Den folgenden scheint die richtige Stelle, ohne abzustürzen (nach minimaler Test)

        ANativeActivity* activity = state->activity;
    JNIEnv* env=0;

    (*activity->vm)->AttachCurrentThread(activity->vm, &env, 0);

    jclass clazz = (*env)->GetObjectClass(env, activity->clazz);
    jmethodID methodID = (*env)->GetMethodID(env, clazz, "getPackageCodePath", "()Ljava/lang/String;");
    jobject result = (*env)->CallObjectMethod(env, activity->clazz, methodID);

    const char* str;
    jboolean isCopy;
    str = (*env)->GetStringUTFChars(env, (jstring)result, &isCopy);
    LOGI("Looked up package code path: %s", str);

    (*activity->vm)->DetachCurrentThread(activity->vm);
    InformationsquelleAutor Kriss
  4. 2

    Hatte zu ändern, um dies im Jahr 2014.

    ANativeActivity* activity = state->activity;
JNIEnv* env=0;

activity->vm->AttachCurrentThread(&env, NULL);

jclass clazz = env->GetObjectClass(activity->clazz);
jmethodID methodID = env->GetMethodID(clazz, "getPackageCodePath", "()Ljava/lang/String;");
jobject result = env->CallObjectMethod(activity->clazz, methodID);

jboolean isCopy;
std::string res = env->GetStringUTFChars((jstring)result, &isCopy);
LOG_DEBUG("Looked up package code path: %s", res.c_str());

activity->vm->DetachCurrentThread();
    InformationsquelleAutor iseletsky
  5. 2

    Haben Sie versucht, zu Lesen /proc/self/cmdline aus Ihrer Anwendung?
    Sie sollten in der Lage sein, um es zu öffnen wie ein normales (soweit proc-Dateien sind normal 🙂 so können Sie aus der Datei Lesen, bis EOF, aber nicht versuchen) c-DATEI und Lesen zu können.

    Als ein Beispiel für die Telefon-app, die ich sehen kann, aus ps in android, die den Namen der Anwendungen ist die zu erwartende app-name:

     # ps | grep phone 
 radio     1588  839   1467420 103740 SyS_epoll_ 7f7de374ac S com.android.phone

    Und überprüfen Sie die cmdline für diese pid gibt eine gute app-name:

     # cat /proc/1588/cmdline
 com.android.phone
    • Ich denke nicht, dass das funktionieren würde. Der name des Prozesses ist in der Regel nicht der gleiche wie der name der apk-Datei. Manchmal (besonders nach updates) eine Reihe stecken bleibt, auf das Ende, dass ist nicht vertreten in den Namen des Prozesses. Ich war auch nicht auf der Suche für den Namen der app, ich war auf der Suche für den Namen der package-Datei. Die Antwort markiert die obige Antwort das problem bei mir gelöst.
    InformationsquelleAutor renato
Schreibe einen Kommentar