Dalvik VM: Unterschied zwischen den Versionen

Aus Android Wiki
Keine Bearbeitungszusammenfassung
(-)
Zeile 12: Zeile 12:
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.


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><ref>http://www.ta.de, Education</ref> Der API-Level gibt im Groben an, auf welchem Softwarestand sich das Betriebssystem befindet.


=== Berechtigungen ===
=== Berechtigungen ===

Version vom 27. September 2014, 08:17 Uhr

Die Dalvik Virtual Machine ist eine von Google entwickelte virtuelle Registermaschine[1] für Android, welche die Aufgabe hat, eine in Java programmierte App aus Bytecode in maschinenlesbaren Code zu übersetzen. Dieser Code wird anschließend vom Prozessor ausgeführt. Die Dalvik VM ist dementsprechend ein Zwischenschritt zwischen dem Quellcode und dem maschinenlesbaren, durch den Prozessor ausführbaren Code.

Ab Android 4.4 KitKat "KitKat" bietet das System eine alternative Registermschine zur Dalvik VM an, die Android Runtime (ART). Vermutlich soll diese die Dalvik VM auf lange Sicht ablösen.

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 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

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

Sogenannte APIs (Application Programming Interfaces) stellen dem Programmierer fest definierte Methoden (Funktionsaufrufe) zur Verfügung, die eine App benötigen könnte.

Da diese APIs meist mit jeder Android-Version erweitert und verändert werden (genau genommen mit jedem 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;[2] NFC-Unterstützung (Near Field Communication) gibt es erst seit Android 2.3.3 (API Level 10).[3][4] Der API-Level gibt im Groben an, auf welchem Softwarestand sich das Betriebssystem befindet.

Berechtigungen

Hauptartikel: Berechtigungen
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:

  • Zugriff auf die Kamera
  • Zugriff auf Funkdienste (Bluetooth, Telefon, Internet etc.)
  • Zugriff auf Kontakte, die auf dem Gerät gespeichert sind
  • Zugriff auf ein externes Dateisystem (meist microSD-Speicherkarte)
  • Verwendung des GPS-Empfängers zur Positionsbestimmung
  • Positionsermittlung über Funkmasten oder WLAN-Netzwerknamen

Einzelnachweis