Android: javac vs Dalvik

Si quelque chose que j'ai dit jusqu'à présent est incorrect, veuillez commencer par me corriger!

Ummm, Eh bien...

• La VM Dalvik présente des avantages techniques par rapport à la VM Java pour les environnements mobiles, notamment l'utilisation agressive du partage de mémoire copie sur écriture, de sorte que la VM entière et la bibliothèque de classes standard sont partagées entre tous les processus D'Applications SDK Android, réduisant ainsi l'empreinte mémoire nette par processus. Voir la réponse de user370305 (posté pendant que j'enveloppais cela) pour plus.

• Le bytecode de javac est compilé en bytecode Dalvik dans le cadre du processus de génération D'applications Android. La VM Java ne peut pas exécuter le bytecode Dalvik plus qu'elle ne peut exécuter la sortie de /dev/random; de même, la VM Dalvik ne peut pas exécuter le bytecode Java.

Voici un billet de blog à moi d'il y a environ deux ans qui va dans des points supplémentaires.

Si javac est utilisé pour compiler toutes les sources en bytecode, alors pourquoi est-ce que Dalvik ne peut pas exécuter certains types de code Java?

Parce que la sortie du bytecode javac est compilée de manière croisée. Le compilateur croisé (dx) gère une saveur très spécifique de la sortie javac, ce qui signifie que bien qu'il fonctionne avec le classique javac (ce que vous auriez obtenu de java.sun.com) et OpenJDK pour Java 1.5 et 1.6, il ne fonctionnera pas avec des compilateurs alternatifs (par exemple, GCJ) et, au minimum, ne fonctionnera pas avec de nouveaux bytecodes de Java 7.

Personne n'a pu expliquer ce qui est inhérent à Dalvik, c'est qu'il est impossible d'exécuter du code Java à partir de projets comme Google Guice ou Apache Camel

Personnellement, je n'ai jamais utilisé Google Guice, bien que Roboguice Fonctionne sur Android. Je n'avais jamais entendu parler D'Apache Camel avant votre question et je suis plutôt confus de constater que ce n'est pas un port Java de Perl. :-)

Tous les outils qui font la génération de bytecode JVM runtime ne fonctionneront pas sur Android, simplement parce que le compilateur croisé est seulement disponible au moment de la compilation, pas au moment de l'exécution. En outre, Je ne suis pas familier avec les techniques utilisées par les outils de génération de bytecode JVM runtime et comment ils obtiennent la JVM pour exécuter ce bytecode,et donc je ne sais pas si des crochets équivalents existent dans Android pour que Dalvik exécute des morceaux arbitraires de bytecode Dalvik.

Cependant, puisque vous avez refusé de spécifier exactement quel "code Java de projets comme Google Guice ou Apache Camel" vous rencontrez des problèmes, et puisque je ne suis pas intimement familier avec ces projets, il est difficile de commenter davantage.

Cette image du document officiel Android illustre le processus de construction D'Android APK, il aidera à comprendre la différence entre java bytecode et exécutable dalvik.

Ici, je donne un exemple pour démontrer certaines des différences.

Bonjour.java

import java.io.*;
public class Hello {
    public static void main(String[] args) {
        System.out.println("hello world!!!!");
    }
}

Utiliser javac pour compiler Hello.java pour le bytecode java Hello.class

$ javac Hello.java

Ensuite, utilisez dx outil de Android sdk convertir java bytecode Hello.class à Hello.dex

$ $ANDROID_SDK_ROOT/build-tools/21.1.2/dx --dex --output=Hello.dex Hello.class

Après cela, utilisez adb pour mettre Hello.class et Hello.dex sur un appareil ou un émulateur Android.

$ adb push Hello.class /data/local/tmp/
$ adb push Hello.dex /data/local/tmp/

Utilisez adb shell pour entrer dans l'environnement shell de L'appareil Android. Puis utiliser la commande /system/bin/dalvikvm pour exécuter le programme java simple que nous venons de créer Hello.class et Hello.dex

$ dalvikvm -Djava.class.path=./Hello.class Hello
java.lang.NoClassDefFoundError: Hello
    at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.ClassNotFoundException: Didn't find class "Hello" on path: ./Hello.class
    at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:65)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:501)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:461)
    ... 1 mor
$ dalvikvm -Djava.class.path=./Hello.dex Hello   
hello world!!!!

Dans l'exemple ci-dessus, lorsque nous utilisons le bytecode java Hello.class, dalvikvm erreur de plainte, si nous changions la classe en exécutable dalvik Hello.dex, elle fonctionnerait correctement.

@ alijandro, vous avez très bien expliqué comment dalvikvm peut exécuter pnly .dex code octet et non .class code octet. Pour le processus de construction de L'Image Android APK que vous avez joint quelles sont les conventions utilisées pour le codage couleur et les chiffres? Pouvez vous s'il vous plaît joindre une référence ?