Multithreading natif et JNI

Question

J'ai une application Android qui se compose de quelques threads natifs (non attachés à JVM) qui doivent pouvoir appeler les méthodes d'un objet Java. La manière dont j'allais le faire consistait à créer une fonction JNI que j'appelle de l'objet Java pertinent, ce qui me permet d'obtenir et de mettre en cache les identifiants de méthode d'objet java, JNIEnv et les références d'objet dans un environnement natif statique. structure de données pour que mes threads natifs puissent (thread sécurisé) accéder aux méthodes requises (par exemple using (* env) -> CallVoidMethod (env, this, JavaMethodID, ...), etc;

Je ne suis pas convaincu approche va fonctionner, puisque j'ai lu que le pointeur JNIEnv ne peut pas être partagé entre threads, et que seuls les threads qui sont attachés à la JVM peuvent faire ce genre de chose ...

Est-ce une approche viable?

Answer 1

1. dans JNI_OnLoad, cache JavaVM*. C'est la seule chose persistante et valide à travers les threads.
2. dès que vous avez configuré un thread natif, appelez le AttachCurrentThread et obtenez JNIEnv*, qui est valide uniquement pour ce thread unique.
3. avec JavaVM* et JNIEnv*, recherchez vos jclass es, jobject s et jmethodID s. Ceux-ci sont toujours valables uniquement pour le thread unique auquel vous avez attaché.
4. convertir jclass es et jobject s en références globales, de sorte qu'il persiste à travers les threads. jmethodID s n'ont pas besoin d'être globalisés, ce ne sont pas des jobs.
5. Dans tous les autres threads natifs, vous devez à nouveau appeler AttachCurrentThread pour obtenir un JNIEnv* valide pour ce thread.
6. Ne pas oublier de supprimer les références globales créées lorsque vous n'avez plus besoin (en JNI_OnUnload au plus tard)