Dalvik VM: Unterschied zwischen den Versionen

90 Bytes hinzugefügt ,  8. Dezember 2014
Keine Bearbeitungszusammenfassung
Markierungen: Mobile Bearbeitung Mobile Web-Bearbeitung
Markierungen: Mobile Bearbeitung Mobile Web-Bearbeitung
Zeile 4: Zeile 4:


== Funktionsweise ==
== Funktionsweise ==
Die Funktionsweise ist sehr ähnlich zu einer Java-VM (JVM), die man z. B. von Java-Applets im Browser, Desktopanwendungen für Java oder Handyspielen älterer Generationen (MIDlets bzw. J2ME-Apps) kennt. Jede [[App]] muss grundsätzlich in der Dalvik VM ausgeführt werden, welche für jeden Prozess, also jede App, eine eigene Instanz generiert. Für die Ausführung der App werden Dateien im [[DEODEX|Dalvik Executable Format]] (.dex) gestartet. Bevor die Dalvik VM die App für den Prozessor übersetzt, wird aus dem Quellcode der App durch einen Compiler sogenannter Bytecode übersetzt. Dieser Bytecode wird schließlich von der Dalvik VM in maschinenlesbaren Code übersetzt.
Die Funktionsweise ist sehr ähnlich zu einer Java-VM (JVM), die man z. B. von Java-Applets im Browser, Desktopanwendungen für Java oder Handyapplikationen älterer Generationen (''MIDlets'' bzw. ''J2ME''-Apps) kennt. Jede [[App]] muss grundsätzlich in der Dalvik VM ausgeführt werden, welche für jeden Prozess, also jede App, eine eigene Instanz generiert. Für die Ausführung der App werden Dateien im [[DEODEX|Dalvik Executable Format]] (.dex) gestartet. Bevor die Dalvik VM die App für den Prozessor übersetzt, wird aus dem Quellcode der App durch einen Compiler sogenannter Bytecode übersetzt. Dieser Bytecode wird schließlich von der Dalvik VM in maschinenlesbaren Code übersetzt.


=== Sandbox ===
=== Sandbox ===
Die App läuft in einer sogenannten Sandbox (Referenz zu: Eigene Instanz für jeden Prozess, dadurch ist jede Instanz von anderen Instanzen unabhängig und kann diese nicht beeinflussen), einer isolierten Umgebung, die verhindert, dass das Programm direkte Hardware- oder Betriebssystemoperationen ausführen kann, z. B. Telefon ausschalten, Speicher oder andere Anwendungen löschen/manipulieren oder sogar das Dateisystem formatieren. Da ohne den Zugriff auf die Hardware (Display, Speicher, etc.) aber keine App funktionieren würde, stellt das Betriebssystem bzw. die VM wichtige Funktionen über die [[Android]]-APIs zur Verfügung (siehe Abschnitt [[#APIs|APIs]]).
Die Anwendung läuft in einer sogenannten Sandbox (Referenz zu: Eigene Instanz für jeden Prozess, dadurch ist jede Instanz von anderen Instanzen unabhängig und kann diese nicht beeinflussen), einer isolierten Umgebung, die verhindert, dass das Programm direkte Hardware- oder Betriebssystemoperationen ausführen kann (z. B. Telefon ausschalten, Speicher oder andere Anwendungen löschen/manipulieren oder das Dateisystem formatieren). Da ohne den Zugriff auf die Hardware (Display, Speicher, etc.) allerdings keine App funktionieren würde, stellt die VM wichtige Funktionen über die [[Android]]-APIs zur Verfügung (siehe Abschnitt [[#APIs|APIs]]).


=== APIs ===
=== APIs ===
Sogenannte APIs ('''A'''pplication '''P'''rogramming '''I'''nterfaces) stellen dem Programmierer fest definierte ''Methoden'' (Funktionsaufrufe) zur Verfügung, die eine App benötigen könnte.
Sogenannte APIs ('''A'''pplication '''P'''rogramming '''I'''nterfaces) stellen dem Programmierer fest definierte ''Methoden'' (Funktionsaufrufe) zur Verfügung, die eine App benötigen könnte. Über eine API kann eine Anwendung Zugriff auf verschiedene Betriebssystemresourcen nehmen.


Da diese APIs meist mit jeder Android-Version erweitert und verändert werden (genau genommen mit jedem [[Android#API-Level|API-Level]]), kann es vorkommen, dass Apps, die Methoden einer neueren Android-Version benutzen, mit älteren Versionen nicht funktionieren. Zum Beispiel können [[Bluetooth]]-Funktionen erst ab Android 2.0 (API Level 5) verwendet werden;<ref>http://developer.android.com/reference/android/bluetooth/package-summary.html, Bluetooth API-Dokumentation</ref> [[NFC]]-Unterstützung ('''N'''ear '''F'''ield '''C'''ommunication) gibt es erst seit Android 2.3.3 (API Level 10).<ref>http://developer.android.com/sdk/api_diff/10/changes.html, API Changes bei Level 10</ref> Der API-Level gibt im Groben an, auf welchem Softwarestand sich das Betriebssystem befindet.
Da diese APIs meist mit jeder Android-Version erweitert und verändert werden (genau genommen mit jedem [[Android#API-Level|API-Level]]), kann es vorkommen, dass Apps, die Methoden einer neueren Android-Version benutzen, mit älteren Versionen nicht funktionieren. Zum Beispiel können [[Bluetooth]]-Funktionen erst ab Android 2.0 (API Level 5) verwendet werden<ref>http://developer.android.com/reference/android/bluetooth/package-summary.html, Bluetooth API-Dokumentation</ref>; [[NFC]]-Unterstützung ('''N'''ear '''F'''ield '''C'''ommunication) gibt es erst seit Android 2.3.3 (API Level 10).<ref>http://developer.android.com/sdk/api_diff/10/changes.html, API Changes bei Level 10</ref> Der API-Level gibt im Groben an, auf welchem Softwarestand sich das Betriebssystem befindet.


=== Berechtigungen ===
=== Berechtigungen ===
{{Hauptartikel|Berechtigungen}}
{{Hauptartikel|Berechtigungen}}
[[Datei:Dolphin-permissions-screen.png|thumb|Ganz oder gar nicht: Der Benutzer kann ausgehend von den benötigten Berechtigungen entscheiden, ob er eine App wirklich installieren möchte.]]
[[Datei:Dolphin-permissions-screen.png|thumb|Ganz oder gar nicht: Der Benutzer kann ausgehend von den benötigten Berechtigungen entscheiden, ob er eine App wirklich installieren möchte.]]
Da manche API-Operationen die Daten auf dem Gerät (Dateisystem, Kontakte etc.) oder die Funktionsfähigkeit beeinflussen, besonders viel Akkuenergie verbrauchen (Kamera, Bluetooth, Leuchte...), persönliche Daten auslesen (Telefonbucheinträge, Identität, Browserhistory) oder Kosten für den Benutzer verursachen könnten (Internetnutzung, SMS), sind diese nur über bestimmte Berechtigungen erreichbar. Der Benutzer wird bei der Installation einer App über die geforderten Berechtigungen informiert. Dazu gehören unter Anderem:
Da manche API-Operationen die Daten auf dem Gerät (Dateisystem, Kontakte etc.) oder die Funktionsfähigkeit beeinflussen, besonders viel Akkuleistung verbrauchen (Kamera, Bluetooth, Leuchte...), persönliche Daten auslesen (Telefonbucheinträge, Identität, Browserhistory) oder Kosten für den Benutzer verursachen könnten (Internetnutzung, SMS), sind diese nur über bestimmte Berechtigungen erreichbar. Der Benutzer wird bei der Installation einer App über die geforderten Berechtigungen informiert. Dazu gehören unter Anderem:
* Zugriff auf die Kamera
* Zugriff auf die Kamera
* Zugriff auf [[Radio|Funkdienste]] (Bluetooth, Telefon, Internet etc.)
* Zugriff auf [[Radio|Funkdienste]] (Bluetooth, Telefon, Internet etc.)
11.008

Bearbeitungen