Wie genau unterscheidet sich JVM von Dalvik und/oder ART?

Question

Erstens, ich denke, ich mag diese Frage schlecht betitelt haben, aber ich konnte nicht die richtigen Worte finden, also bitte, zögern Sie nicht, eine Bearbeitung vorzuschlagen und ich werde es schaffen, so dass die Frage lehrreicher und relevanter ist Andere.

Ich weiß, dass javax.swing kann einfach nicht für ein Android-Projekt verwendet werden, und ich habe das akzeptiert und gelernt Android XML-basiertes UI-Design, sondern nur aus Neugier, ich will genau warum kennen.

Ich bin mir bewusst, dass die Bildschirmabmessungen eines Telefons etwas sein könnte, was Swing nicht gut behandeln würde, aber was ist, einen Entwickler davon abzuhalten, einfach das javax.Swing-Paket zu importieren (abgesehen von Android Studio einfach nicht passieren in der ersten) Platz), aber deformierte und hässliche Swing-Fenster könnten auf einem Android-Gerät Bildschirm sein? Mir ist auch klar, dass AWT und SWT ebenfalls importiert werden müssten, aber die gleiche Frage gilt auch für diese Pakete.

Ich denke, dass mein mangelndes Verständnis wirklich von einem Mangel an Verständnis der Java Virtual Machine und dem Android-Äquivalent herrührt (wird Dalvik noch benutzt, oder haben sie Cold-Truthahn auf ART umgestellt?).

Wie immer, jede Information oder Lesung zu dem Thema, das Sie zur Verfügung stellen können, wird sehr geschätzt. Ich möchte wirklich mehr über die Grundlagen von JVM, Dalvik und ART erfahren.

Answer 1

Es gibt mindestens drei grundsätzliche Unterschiede:

• die APIs unterscheiden; Zum Beispiel verfügen selbst die neuesten Versionen von Android SDK nicht über JSR 203;
• die Binärformate unterscheiden sich; Dalvik/ART generiert keinen JVM-Bytecode;
• das Sprachniveau ist unterschiedlich; Dies ist teilweise eine Konsequenz des vorhergehenden Punktes, da Dalvik/ART, um ein bestimmtes Sprachniveau zu unterstützen, die gesamte Parsing-/Bytecode-Produktion neu implementieren muss, um zu seiner eigenen VM zu passen.

Letzteres bedeutet, dass als Folge gibt es immer noch keinen Mainstream-Support in Android von Try-with-Ressourcen, die vor in Java 5 Jahre erschienen; Verschiedene Bemühungen haben den Tag unterstützt, um diese und die "Goodies" von Java 8 im Laufe der Zeit zu unterstützen, aber keiner von ihnen ist wirklich Java "im Kern"; zu verstehen, sie verwenden nicht die JVM, sie verwenden nicht den Java-Compiler.

Aktuelle Nachrichten sagen, dass dies in "Android N" ändern wird (die tatsächlich OpenJDK verwenden wird). Das sind gute Nachrichten. Auch zu Punkt 1, können Sie sich erinnern, dass berüchtigten Oracle vs Google Fall in Bezug auf APIs urheberrechtlich geschützt sein ... Dies ist immer noch nicht vollständig beigelegt.

Answer 2

Dieser Artikel könnte für Sie hilfreich sein http://www.techentice.com/dalvik-vs-art-android-drop-dalvik-efficient-art/ obwohl es etwas veraltet ist, schon. Es erklärt jedoch Unterschiede zwischen JVM und DALVIK und ART.