Android ist ein Betriebssystem für eine Vielzahl von Geräten mit unterschiedlichen Formfaktoren. Die Dokumentation und der Quellcode für Android sind verfügbar für als das Android Open Source Project (AOSP) entwickelt. Sie können AOSP, um benutzerdefinierte Varianten des Android-Betriebssystems für Ihre eigenen Geräte zu erstellen.
AOSP ist so konzipiert, dass es keinen zentralen Punkt gibt, an dem ein Industrieunternehmen die Innovationen eines anderen einschränkt oder kontrolliert. Daher ist AOSP ein vollständiges Entwicklerprodukt in Produktionsqualität mit Quellcode, der für Anpassungen und Portierungen freigegeben ist.
Dieser Abschnitt der Dokumentation hilft neuen AOSP-Entwicklern beim Einstieg in und wichtige Entwicklungsaufgaben ausführen.
Erforderliche Bedingungen
Im Folgenden finden Sie eine Liste der Begriffe und Definitionen, die in diesem Modul Dokumentation gestartet. Sie sollten jede Definition genau durchlesen, bevor Sie fortfahren. weiter ausbauen.
- Android-App-Entwickler
Android-App-Entwickler schreiben Android-Apps oder Anwendungen, die auf Android ausgeführt werden. Es gibt zwei Kategorien von App-Entwicklern: Erstanbieter- (1p) und Entwickler von Drittanbieter-Apps.
- Entwickler einer eigenen Android-App
- Ein Entwickler von Android-Apps, der Zugriff auf AOSP-System-APIs und Schreibzugriffe hat privilegierten Apps und von Geräteherstellern.
- Android-Drittanbieter-App-Entwickler
- Android-App-Entwickler, die ausschließlich das öffentliche SDK von Android verwenden, um Android-Apps.
Wenn Sie Drittanbieter-Apps für Android entwickeln möchten, lesen Sie
developers.android.com Die Informationen zu
Diese Website richtet sich ausschließlich an diejenigen, die direkt mit AOSP zusammenarbeiten.
- Android Debug Bridge (ADB)
- Ein Befehlszeilentool (
adb), das Ihrer Workstation die Kommunikation mit einem virtuellem, softwareemuliertem oder physischem Gerät. - Android-kompatibles Gerät
- Ein Gerät, auf dem jede von Drittanbietern entwickelte Drittanbieter-App ausgeführt werden kann mit dem Android SDK und NDK. Android-kompatible Geräte müssen die Anforderungen der Compatibility Definition Document (CDD) und übergeben Sie den Kompatibilitätstest-Suite (Compatibility Test Suite, CTS). Mit Android kompatibel Geräte in das Android-Ökosystem integriert werden, potenzielle Lizenzierung des Android Play Store, potenzielle Lizenzierung des der GMD-Suite (Google Mobile Services) Anwendungen und APIs sowie die Verwendung der Marke Android. Jeder ist herzlich dazu eingeladen, Android-Quellcode verwenden, aber um als Teil des Android-Ökosystems zu gelten, muss ein Gerät mit Android kompatibel sein. Weitere Informationen zur Kompatibilität und CTS, siehe Übersicht über das Android-Kompatibilitätsprogramm
- Compatibility Definition Document (CDD)
- Ein Dokument, in dem die Software- und Hardwareanforderungen für Android-kompatibles Gerät.
- Beitragender
Eine Person, die Beiträge zum AOSP-Quellcode leistet. Mitwirkende können Mitarbeiter von Google, Mitarbeiter anderer Unternehmen und Einzelpersonen ohne Unternehmenszugehörigkeit sein. Alle AOSP-Mitarbeiter verwenden dieselben Tools, folgen demselben Code-Review-Prozess und unterliegen demselben Codierungsstil. Ich Sie müssen kein Beitragender sein, um AOSP nutzen zu können. können Sie AOSP, anpassen und auf einem Gerät bereitstellen, ohne einen Beitrag zu leisten Code, den andere nutzen können.
Google akzeptiert nur bestimmte Arten von Codebeiträgen. Beispiel: können Sie ein alternatives Anwendungs-API, wie z. B. eine C++-basierte Umgebung. Google würde diesen Beitrag ablehnen, da Android die Ausführung von Anwendungen in der ART-Laufzeit unterstützt. Ebenso akzeptiert Google keine Beiträge wie GPL- oder LGPL-Bibliotheken, die nicht mit den Lizenzierungszielen vereinbar sind.
Wenn Sie Quellcode beitragen möchten, Google kontaktieren, bevor Sie mit der Arbeit beginnen.
- Kompatibilitätstest-Suite (Compatibility Test Suite, CTS)
Eine kostenlose, kommerzielle Testsuite, die als Binär- oder als Download verfügbar ist Quelle in AOSP. Die CTS besteht aus einer Reihe von Unit-Tests, die in Ihren täglichen Workflow integriert werden können. Ziel von CTS ist es, Inkompatibilitäten aufzudecken und dass die Software während des gesamten Entwicklungsprozesses kompatibel bleibt.
- Tintenfisch
Konfigurierbares virtuelles Android-Gerät, das remote ausgeführt werden kann, Drittanbieter-Cloud-Angebote wie Google Cloud Engine und lokal auf Linux x86-Maschinen.
- Entwickler
Im Kontext von AOSP sind Entwickler alle, die mit AOSP in einer beliebigen . Der Begriff „Entwickler“ werden allgemein die verschiedenen Personen bezeichnet, möglicherweise lesen, wie z. B. Erstausrüster (OEMs), Mobiltelefonhersteller, Mobilfunkanbieter und System-on-a-Chip-Entwickler (SoC).
- Google Mobile-Dienste (GMD)
Eine Sammlung von Google-Apps und -APIs, die auf Geräten vorinstalliert werden können.
- Target
Eine Variante eines Geräts, z. B. ein bestimmtes Modell oder ein bestimmter Formfaktor. Für Beispiel:
aosp_cf_x86_64_phone-userdebugsteht für ein x86-Smartphone mit 65 MB und Debugging-Informationen, die auf dem Tintenfisch-Emulator ausgeführt werden.
Governance-Philosophie
Android wurde von einer Gruppe von Unternehmen unter der Leitung von Google, der Open Handset Alliance (OHA), entwickelt. Heutzutage haben viele Unternehmen – sowohl Mitglieder des OHA (OHA) als auch andere viel in Android investiert haben. Diese Unternehmen haben sich erhebliche technische Ressourcen, um Android zu verbessern und Android-Geräte auf den Markt zu bringen. Markteinführung.
Die Unternehmen, die in Android investiert haben, tun dies, weil sie glauben, eine offene Plattform erforderlich ist. Android ist bewusst und explizit Aufwand für Quellen (im Gegensatz zu kostenloser Software) eine Gruppe von Unternehmen mit gemeinsamen Anforderungen über gemeinsame Ressourcen verfügt, um gemeinsam an einer Implementierung einer freigegebenes Produkt. Die Android-Philosophie ist in erster Linie pragmatisch. Die Ziel ist ein gemeinsames Produkt, das jeder Mitwirkende anpassen und anpassen kann.
Natürlich kann eine unkontrollierte Anpassung zu inkompatiblen Implementierungen führen. Um Inkompatibilität zu vermeiden, verwaltet das Android Open Source Project (AOSP) die Android-Kompatibilitätsprogramm Darin wird erklärt, was es bedeutet, Android-kompatibel zu sein, und welche Anforderungen um diesen Status zu erreichen. Jeder kann den Android-Quellcode für beliebige Zwecke verwenden. Google begrüßt jede rechtmäßige Nutzung. Um jedoch an der in der gemeinsamen App-Umgebung entwickeln OHA-Mitglieder rund um Android, Gerätehersteller müssen am Android-Kompatibilitätsprogramm teilnehmen.
AOSP wird von Google geleitet, das Android verwaltet und weiterentwickelt. Obwohl Android aus mehreren Teilprojekten besteht, ist AOSP rein Projektmanagement. Google betrachtet und verwaltet Android als einzelnes, ganzheitliches Softwareprodukt, Vertrieb, Spezifikation oder Sammlung austauschbarer Teile. Absichten von Google dass Gerätehersteller Android auf ein Gerät übertragen; implementieren sie keine oder eine Verteilung auswählen.
Wie geht es weiter?
Wenn Sie mit AOSP noch nicht vertraut sind und eine Anleitung zur AOSP-Entwicklung durchgehen möchten, fahren Sie mit der AOSP-Anleitung fort.
Wenn Sie der Meinung sind, dass Ihr Gerät mit Android kompatibel sein muss, lesen Sie die Android-Kompatibilitätsprogramm
Wenn Sie mehr über die Hintergründe von AOSP erfahren möchten, einschließlich der die Teilnahme an der Plattform, siehe Häufig gestellte Fragen zu AOSP