Android-Programmdateien sind im APK-Format, APK-Dateien sind die endgültigen ausführbaren Programme von Android und stehen für Android Package, ähnlich wie sis-Dateien im Symbian-Betriebssystem oder JAR-Dateien auf der J2ME-Plattform. APK-Dateien sind eigentlich ZIP-Dateien, nur die Dateiendung wurde in APK geändert. Nach dem Entpacken mit RAR kann man die Dex-Dateien sehen. Dex steht für Dalvik VM executes, also Android Dalvik Executable. Es handelt sich dabei nicht um Java-Bytecode, sondern um Dalvik-Bytecode.
Eine APK-Datei hat die folgende Struktur:
res/ Verzeichnis zur Speicherung von Ressourcendateien
META-INF/ In Jar-Dateien üblicherweise zu finden
resources.arsc kompilierte Binär-Ressourcendatei, hauptsächlich für verwendete Strings im Programm!
AndroidManifest.xml globale Konfigurationsdatei des Programms
classes.dex Dalvik-Bytecode-Datei, unsere Java-Dateien werden in DEX-Format-Bytecode kompiliert
Zusammenfassend stellen wir fest, dass Android beim Ausführen eines Programms zuerst entpacken muss, ähnlich wie Symbian direkt, und sich von PE-Dateien in Windows Mobile unterscheidet. Dies bietet keine besonders hohe Sicherheit und Zuverlässigkeit; die Datei kann mit dem dexdump-Befehl dekompiliert werden. Dennoch entspricht dies der Entwicklungslogik, auch Microsofts Windows Gadgets oder WPF verwenden eine ähnliche Architektur.
1. Java-Dateien - Anwendungsquellcodedateien
Ich denke, dies ist die Datei, an die jeder denkt, wenn er Android hört. Ein großer Teil von Android ist in Java geschrieben (in den Architekturdiagrammen ist der blaue Teil fast vollständig in Java entwickelt). Android-Anwendungen müssen in Java entwickelt werden.
2. Class-Dateien - nach Java kompilierte Zieldateien
Anders als bei J2SE, wo kompilierte Java-Dateien in class direkt ausgeführt werden können, können class-Dateien auf der Android-Plattform nicht direkt ausgeführt werden. Da Google seine eigene Dalvik-Maschine verwendet, können diese class-Dateien auch nicht in der Sun-Java-Umgebung ausgeführt werden. Meiner Meinung nach sind Android-class-Dateien tatsächlich nur Zwischenprodukte des Kompilierprozesses und müssen zu Dex-Dateien verlinkt werden, bevor sie auf Dalvik ausgeführt werden können.3. Dex-Datei-----Ausführbare Datei auf der Android-Plattform Die von der Android Virtual Machine Dalvik unterstützte Bytecode-Dateiform Google verwendet auf der neu veröffentlichten Android-Plattform ihre eigene Dalvik-Virtual Machine, die definiert, dass diese virtuelle Maschine keinen Java-Bytecode, sondern eine andere Art Bytecode ausführt: Bytecode im Dex-Format. Nach der Kompilierung von Java-Code kann dieser durch Werkzeuge auf der Android-Plattform in Dex-Bytecode umgewandelt werden. Obwohl Google erklärt, dass Dalvik speziell für mobile Geräte entwickelt wurde, sind viele in der Branche der Ansicht, dass dies dazu dient, die Beantragung einer Java-Lizenz bei Sun zu umgehen. Da nicht viele Details veröffentlicht wurden, ist die konkrete Implementierung von Dalvik derzeit nicht verfügbar; es kann nur eine einfache Analyse basierend auf dem SDK durchgeführt werden. Diese Dalvik-VM ist für mobile Anwendungen/CPUs optimiert und kann mehrere VMs gleichzeitig ausführen, ohne zu viele Ressourcen zu verbrauchen. Der Source-Code der Dalvik-VM ist derzeit noch nicht öffentlich zugänglich (in Zukunft wird das gesamte System veröffentlicht), aktuell möchte Google, dass jeder mit diesem SDK mit der Entwicklung von Apps beginnt; tiefere Ebenen werden nach und nach veröffentlicht. 4. Apk-Datei-------Installationsdatei auf Android Apk ist die Erweiterung eines Android-Installationspakets. Ein Android-Installationspaket enthält alle Dateien, die mit einer bestimmten Android-Anwendung zusammenhängen. Die apk-Datei bündelt die Datei AndroidManifest.xml, Anwendungs-Code (.dex-Datei), Ressourcendateien und andere Dateien zu einem komprimierten Paket. Ein Projekt kann nur in eine .apk-Datei gebündelt werden. Wie man es knackt, hängt vom Einzelnen ab.
