Häufig gestellte Fragen

Auf dieser Seite finden Sie Antworten auf einige häufig gestellte Fragen (FAQs).

Open Source

Was ist das Android Open Source-Projekt?

Android Open Source Project (AOSP) bezieht sich auf die Menschen, Prozesse und den Quellcode, aus denen Android besteht.

Die Leute überwachen das Projekt und entwickeln den Quellcode. Die Prozesse sind die Werkzeuge und Verfahren, mit denen wir die Entwicklung der Software steuern. Das Nettoergebnis ist der Quellcode, den Sie in Mobiltelefonen und anderen Geräten verwenden können.

Warum haben wir den Android-Quellcode geöffnet?

Google hat das Android-Projekt als Reaktion auf unsere eigenen Erfahrungen mit der Einführung mobiler Apps gestartet. Wir wollten sicherstellen, dass Carriern, OEMs und Entwicklern immer eine offene Plattform zur Verfügung steht, auf der sie ihre innovativen Ideen verwirklichen können. Wir wollten auch zentrale Fehlerquellen vermeiden, damit kein einzelner Branchenakteur die Innovationen eines anderen einschränken oder kontrollieren kann. Unser wichtigstes Ziel mit AOSP ist es, sicherzustellen, dass Open-Source-Android-Software so weit wie möglich und kompatibel zum Nutzen aller implementiert wird.

Was für ein Open-Source-Projekt ist Android?

Google überwacht die Entwicklung der Kern-Open-Source-Plattform von Android und arbeitet daran, robuste Entwickler- und Benutzergemeinschaften zu schaffen. Zum größten Teil wird der Android - Quellcode unter der permissiven Apache - Lizenz 2.0, anstatt eine Copyleft - Lizenz . Wir haben uns für die Apache 2.0-Lizenz entschieden, weil wir glauben, dass sie die weit verbreitete Einführung von Android-Software fördert. Weitere Einzelheiten finden Sie Lizenzen .

Warum ist Google für Android verantwortlich?

Die Einführung einer Softwareplattform ist komplex. Offenheit ist entscheidend für den langfristigen Erfolg einer Plattform, denn Offenheit zieht Investitionen von Entwicklern an und sorgt für gleiche Wettbewerbsbedingungen. Die Plattform muss auch für die Benutzer ein überzeugendes Produkt sein.

Google hat die professionellen technischen Ressourcen bereitgestellt, die erforderlich sind, um sicherzustellen, dass Android eine voll wettbewerbsfähige Softwareplattform ist. Google behandelt das Android-Projekt als umfassende Produktentwicklungsoperation und trifft die erforderlichen Geschäftsabschlüsse, um sicherzustellen, dass großartige Android-Geräte auf den Markt kommen.

Indem wir sicherstellen, dass Android bei den Nutzern ein Erfolg wird, tragen wir dazu bei, die Vitalität von Android als Plattform und als Open-Source-Projekt sicherzustellen. Denn wer will schon den Quellcode zu einem erfolglosen Produkt?

Das Ziel von Google ist es, ein erfolgreiches Ökosystem rund um Android sicherzustellen. Wir haben den Android-Quellcode geöffnet, damit jeder die Software ändern und verteilen kann, um seine eigenen Bedürfnisse zu erfüllen.

Wie sieht die Gesamtstrategie von Google für die Android-Produktentwicklung aus?

Wir bringen großartige Geräte in einen wettbewerbsorientierten Markt. Die von uns vorgenommenen Neuerungen und Erweiterungen integrieren wir dann als nächste Version in die Kernplattform.

In der Praxis bedeutet dies, dass sich das Android-Entwicklungsteam auf eine kleine Anzahl von „Flaggschiff“-Geräten konzentriert und die nächste Version der Android-Software entwickelt, um diese Produkteinführungen zu unterstützen. Diese Flaggschiff-Geräte absorbieren einen Großteil des Produktrisikos und ebnen einen Weg für die breite OEM-Community, die mit weiteren Geräten nachfolgt, die die neuen Funktionen nutzen. Auf diese Weise stellen wir sicher, dass sich die Android-Plattform gemäß den Anforderungen realer Geräte weiterentwickelt.

Wie wird Android-Software entwickelt?

Jede Plattformversion von Android (wie 1.5 oder 8.1) hat einen entsprechenden Zweig im Open-Source-Baum. Der jüngste Zweig wird die aktuelle Stable - Zweig - Version betrachtet. Dies ist der Zweig, den Hersteller auf ihre Geräte portieren. Dieser Zweig wird jederzeit freigabefähig gehalten.

Gleichzeitig gibt es einen aktuellen experimentellen Zweig, der ist , wo spekulative Beiträge, wie groß Funktionen der nächsten Generation, entwickelt werden. Bugfixes und andere Beiträge können nach Bedarf in den aktuellen stabilen Zweig aus dem experimentellen Zweig aufgenommen werden.

Schließlich arbeitet Google an der nächsten Version der Android-Plattform und entwickelt gleichzeitig ein Flaggschiff. Dieser Zweig zieht nach Bedarf Änderungen aus den experimentellen und stabilen Zweigen ein.

Nähere Informationen zu Codezeilen, Ästen und Veröffentlichungen finden Sie AOSP - Code - Management .

Warum werden Teile von Android privat entwickelt?

Es dauert in der Regel mehr als ein Jahr, bis ein Gerät auf den Markt kommt. Und natürlich möchten Gerätehersteller die neueste Software liefern, die sie können. In der Zwischenzeit möchten Entwickler beim Schreiben von Apps nicht ständig neue Versionen der Plattform verfolgen. Beide Gruppen erleben eine Spannung zwischen dem Versand von Produkten und dem Wunsch, nicht ins Hintertreffen zu geraten.

Um dies zu beheben, werden einige Teile der nächsten Android-Version einschließlich der Kernplattform-APIs in einer privaten Niederlassung entwickelt. Diese APIs bilden die nächste Version von Android. Unser Ziel ist es, die Aufmerksamkeit auf die aktuelle stabile Version des Android-Quellcodes zu lenken, während wir die nächste Version der Plattform erstellen. Dies ermöglicht Entwicklern und OEMs, eine einzige Version zu verwenden, ohne unvollendete zukünftige Arbeiten zu verfolgen, nur um Schritt zu halten. Andere Teile des Android-Systems, die sich nicht auf die Anwendungskompatibilität beziehen, werden offen entwickelt. Es ist unsere Absicht, im Laufe der Zeit mehr dieser Teile in die offene Entwicklung zu überführen.

Wann werden Quellcode-Releases erstellt?

Wenn sie fertig sind. Die Freigabe des Quellcodes ist ein ziemlich komplexer Prozess. Einige Teile von Android werden offen entwickelt, und dieser Quellcode ist immer verfügbar. Andere Teile werden zuerst in einem privaten Baum entwickelt, und dieser Quellcode wird veröffentlicht, wenn die nächste Plattformversion fertig ist.

In einigen Versionen sind die Kernplattform-APIs weit genug im Voraus bereit, sodass wir den Quellcode für einen frühen Blick vor der Veröffentlichung des Geräts veröffentlichen können. In anderen Versionen ist dies nicht möglich. In allen Fällen geben wir die Plattformquelle frei, wenn wir der Meinung sind, dass die Version stabil ist und der Entwicklungsprozess dies zulässt.

Worauf kommt es bei der Veröffentlichung des Quellcodes für eine neue Android-Version an?

Die Freigabe des Quellcodes für eine neue Version der Android-Plattform ist ein wichtiger Prozess. Zunächst wird die Software in ein Systemabbild für ein Gerät integriert und verschiedene Formen der Zertifizierung durchlaufen, einschließlich der behördlichen Zertifizierung für die Regionen, in denen die Telefone eingesetzt werden. Der Code durchläuft auch Operatortests. Dies ist eine wichtige Phase des Prozesses, da sie hilft, Softwarefehler zu erkennen.

Wenn die Veröffentlichung von den Aufsichtsbehörden und Betreibern genehmigt wurde, beginnt der Hersteller mit der Massenproduktion von Geräten und wir beginnen mit der Veröffentlichung des Quellcodes.

Parallel zur Massenproduktion startet das Google-Team mehrere Anstrengungen, um die Open-Source-Version vorzubereiten. Zu diesen Bemühungen gehören das Vornehmen von letzten API-Änderungen, das Aktualisieren der Dokumentation (um beispielsweise alle Änderungen widerzuspiegeln, die während des Qualifikationstests vorgenommen wurden), das Vorbereiten eines SDK für die neue Version und das Starten der Plattformkompatibilitätsinformationen.

Unsere Rechtsabteilung nimmt eine letzte Freigabe vor, um den Code in Open Source freizugeben. So wie Open-Source-Mitwirkende eine Lizenzvereinbarung für Mitwirkende unterzeichnen müssen, die ihr geistiges Eigentum an ihrem Beitrag bescheinigt, muss Google überprüfen, ob die Quelle berechtigt ist, Beiträge zu leisten.

Ab dem Beginn der Massenproduktion dauert der Software-Release-Prozess in der Regel etwa einen Monat, so dass Quellcode-Releases oft ungefähr zur gleichen Zeit erfolgen, zu der die Geräte die Benutzer erreichen.

In welcher Beziehung steht AOSP zum Android-Kompatibilitätsprogramm?

Das Android Open Source Project pflegt Android-Software und entwickelt neue Versionen. Da es sich um Open Source handelt, kann diese Software für jeden Zweck verwendet werden, einschließlich der Entwicklung von Geräten, die nicht mit anderen Geräten kompatibel sind, die auf derselben Quelle basieren.

Die Funktion des Android-Kompatibilitätsprogramms besteht darin, eine Basisimplementierung von Android zu definieren, die mit von Entwicklern geschriebenen Apps von Drittanbietern kompatibel ist. Geräte, die Android kompatibel sind berechtigt, im Android Ökosystem teilnehmen, einschließlich Google Play; Geräte, die die Kompatibilitätsanforderungen nicht erfüllen, existieren außerhalb dieses Ökosystems.

Mit anderen Worten, mit dem Android-Kompatibilitätsprogramm trennen wir Android-kompatible Geräte von Geräten, die lediglich Ableitungen des Quellcodes ausführen. Wir begrüßen jede Verwendung des Android-Quellcodes, aber um am Android-Ökosystem teilzunehmen, muss ein Gerät vom Programm als Android-kompatibel identifiziert werden.

Wie kann ich zu Android beitragen?

Sie können Fehler melden, Apps für Android schreiben oder Quellcode zum Android Open Source Project beitragen.

Die Arten von Codebeiträgen, die wir akzeptieren, sind begrenzt. Zum Beispiel möchte jemand vielleicht eine alternative Anwendungs-API beisteuern, z. B. eine vollständige C++-basierte Umgebung. Wir würden diesen Beitrag ablehnen, da Android die Ausführung von Anwendungen in der ART-Laufzeit unterstützt. Ebenso akzeptieren wir keine Beiträge wie GPL- oder LGPL-Bibliotheken, die mit unseren Lizenzzielen nicht kompatibel sind.

Wir empfehlen Interessenten an Quellcode beitragen uns über die Kanäle auf der aufgeführten Kontakt Android Community - Seite vor allen Arbeiten zu beginnen. Weitere Einzelheiten finden Sie Beitragende .

Wie werde ich Android-Committer?

Die Android Open Source Project hat nicht wirklich eine Vorstellung von einem Committer. Alle Beiträge (einschließlich der von Google-Mitarbeitern verfassten) durchlaufen ein webbasiertes System namens Gerrit, das Teil des Android-Entwicklungsprozesses ist. Dieses System arbeitet mit dem Quellcode-Verwaltungssystem git zusammen, um Quellcode-Beiträge sauber zu verwalten.

Nach der Übermittlung müssen Änderungen von einem designierten Genehmiger akzeptiert werden. Genehmiger sind in der Regel Google-Mitarbeiter, aber dieselben Genehmiger sind für alle Einreichungen unabhängig von der Herkunft verantwortlich.

Weitere Informationen finden Sie Patches erstellen .

Zurück nach oben

Kompatibilität

Was ist Android-Kompatibilität?

Wir definieren ein Android-kompatibles Gerät wie einer, der jede Anwendung , die von Entwicklern von Drittanbietern mit dem Android SDK und NDK geschrieben laufen kann. Wir verwenden dies als Filter, um Geräte zu trennen, die am Android-App-Ökosystem teilnehmen können und solche, die dies nicht können. Bei ordnungsgemäß kompatiblen Geräten können Gerätehersteller eine Genehmigung zur Verwendung der Android-Marke beantragen. Nicht kompatible Geräte werden vom Android-Quellcode abgeleitet und dürfen die Android-Marke nicht verwenden.

Kompatibilität ist also eine Voraussetzung für die Teilnahme am Android-Apps-Ökosystem. Jeder ist willkommen, den Android-Quellcode zu verwenden. Wenn das Gerät jedoch nicht kompatibel ist, wird es nicht als Teil des Android-Ökosystems betrachtet.

Welche Rolle spielt Google Play bei der Kompatibilität?

Gerätehersteller mit Android-kompatiblen Geräten können versuchen, die Google Play-Clientsoftware zu lizenzieren. Lizenzierte Geräte werden Teil des Android-App-Ökosystems und ermöglichen es ihren Benutzern, Entwickler-Apps aus einem Katalog herunterzuladen, der von allen kompatiblen Geräten geteilt wird. Für inkompatible Geräte ist keine Lizenzierung verfügbar.

Welche Arten von Geräten können Android-kompatibel sein?

Android-Software kann auf viele verschiedene Geräte portiert werden, einschließlich einiger, auf denen Apps von Drittanbietern nicht ordnungsgemäß ausgeführt werden. Die Android Compatibility Definition Document (CDD) buchstabiert die spezifischen Gerätekonfigurationen aus , die kompatibel betrachtet werden.

Obwohl der Android-Quellcode beispielsweise für die Ausführung auf einem Telefon ohne Kamera portiert werden könnte, erfordert die CDD, dass alle Telefone über eine Kamera verfügen. Dadurch können sich Entwickler beim Schreiben ihrer Apps auf einen konsistenten Satz von Funktionen verlassen.

Der CDD wird ständig weiterentwickelt, um die Marktrealitäten widerzuspiegeln. Version 1.6 der CDD unterstützt beispielsweise nur Mobiltelefone. Version 2.1 ermöglicht es Geräten jedoch, Telefonie-Hardware wegzulassen, wodurch Nicht-Telefongeräte wie Musikplayer im Tablet-Stil kompatibel sind. Im Zuge dieser Änderungen werden wir auch Google Play erweitern, damit Entwickler die Kontrolle darüber behalten, wo ihre Apps verfügbar sind. Um das Telefonie-Beispiel fortzusetzen: Eine App, die SMS-Textnachrichten verwaltet, ist auf einem Mediaplayer nicht nützlich, daher ermöglicht Google Play dem Entwickler, diese App ausschließlich auf Telefongeräte zu beschränken.

Wenn mein Gerät kompatibel ist, hat es dann automatisch Zugriff auf Google Play und Branding?

Nein. Der Zugriff erfolgt nicht automatisch. Google Play ist ein von Google betriebener Dienst. Das Erreichen der Kompatibilität ist eine Voraussetzung für den Zugriff auf die Google Play-Software und das Branding. Nachdem ein Gerät ist als Android-kompatibeles Gerät qualifiziert , sollen die Gerätehersteller das Kontaktformular in inbegriffen vervollständigen Lizenzierung Google Mobile Services Zugriff auf Google Play zu suchen. Wir melden uns, wenn wir Ihnen helfen können.

Wie erhalte ich Google Play, wenn ich kein Hersteller bin?

Google Play ist nur für Gerätehersteller lizenziert, die Geräte versenden. Bei Fragen zu konkreten Fällen, Kontakt android-partnerships@google.com .

Wie erhalte ich Zugriff auf Google-Apps für Android, z. B. Maps?

Google-Apps für Android wie beispielsweise YouTube, Google Maps und Gmail sind Google-Properties, die nicht Teil von Android sind und separat lizenziert werden. Kontakt android-partnerships@google.com für Anfragen zu diesen Anwendungen verwendet.

Ist Kompatibilität obligatorisch?

Nein. Das Android-Kompatibilitätsprogramm ist optional. Der Android-Quellcode ist offen, sodass jeder damit jede Art von Gerät bauen kann. Allerdings, wenn die Hersteller die Android Namen mit ihren Produkten verwenden wollen, oder wollen Zugriff auf Google Play, müssen sie zunächst nachweisen , dass ihre Geräte kompatibel sind .

Wie viel kostet die Kompatibilitätszertifizierung?

Es fallen keine Kosten an, um Android-Kompatibilität für ein Gerät zu erhalten. Die Compatibility Test Suite ist Open Source und steht jedem für Gerätetests zur Verfügung.

Wie lange dauert die Kompatibilität?

Der Prozess ist automatisiert. Die Compatibility Test Suite generiert einen Bericht, der Google zur Überprüfung der Kompatibilität zur Verfügung gestellt werden kann. Schließlich beabsichtigen wir, Self-Service-Tools bereitzustellen, um diese Berichte in eine öffentliche Datenbank hochzuladen.

Wer legt die Kompatibilitätsdefinition fest?

Google ist für die Gesamtausrichtung von Android als Plattform und Produkt verantwortlich, daher verwaltet Google das Compatibility Definition Document (CDD) für jede Version. Die CDD für eine neue Android-Version erstellen wir in Absprache mit verschiedenen OEMs, die Input liefern.

Wie lange wird jede Android-Version für neue Geräte unterstützt?

Der Code von Android ist Open Source, daher können wir nicht verhindern, dass jemand eine alte Version verwendet, um ein Gerät zu starten. Stattdessen verzichtet Google darauf, die Google Play-Clientsoftware für die Verwendung in Versionen zu lizenzieren, die als veraltet gelten. Auf diese Weise kann jeder weiterhin alte Android-Versionen ausliefern, aber diese Geräte verwenden nicht den Android-Namen und existieren außerhalb des Android-App-Ökosystems, als wären sie nicht kompatibel.

Kann ein Gerät eine andere Benutzeroberfläche haben und trotzdem kompatibel sein?

Das Android-Kompatibilitätsprogramm bestimmt, ob auf einem Gerät Anwendungen von Drittanbietern ausgeführt werden können. Die mit einem Gerät gelieferten Benutzeroberflächenkomponenten (z. B. Startbildschirm, Dialer und Farbschema) haben im Allgemeinen keine großen Auswirkungen auf Apps von Drittanbietern. Daher steht es Geräteherstellern frei, die Benutzeroberfläche anzupassen. Das Kompatibilitätsdefinitionsdokument schränkt den Grad ein, in dem OEMs die Systembenutzeroberfläche für Bereiche ändern dürfen, die sich auf Apps von Drittanbietern auswirken.

Wann werden Kompatibilitätsdefinitionen für neue Android-Versionen veröffentlicht?

Unser Ziel ist es, eine neue Version des Android Compatibility Definition Document (CDD) zu veröffentlichen, wenn die entsprechende Android-Plattformversion ausreichend konvergiert ist, um dies zuzulassen. Obwohl wir keinen endgültigen Entwurf einer CDD für eine Android-Softwareversion veröffentlichen können, bevor das erste Flaggschiff mit dieser Software ausgeliefert wird, werden endgültige CDDs immer nach dem ersten Gerät veröffentlicht. Wo immer dies praktikabel ist, veröffentlichen wir jedoch Entwurfsversionen von CDDs.

Wie werden die Kompatibilitätsansprüche der Gerätehersteller validiert?

Es gibt keinen Validierungsprozess für die Kompatibilität mit Android-Geräten. Wenn das Gerät jedoch Google Play enthalten soll, überprüft Google das Gerät in der Regel auf Kompatibilität, bevor es einer Lizenzierung der Google Play-Clientsoftware zustimmt.

Was passiert, wenn später festgestellt wird, dass ein Gerät, das Kompatibilität behauptet, Kompatibilitätsprobleme aufweist?

In der Regel ermöglichen es uns die Beziehungen von Google zu Google Play-Lizenznehmern, den Gerätehersteller aufzufordern, aktualisierte Systemabbilder zu veröffentlichen, die die Probleme beheben.

Zurück nach oben

Kompatibilitätstest-Suite

Was ist der Zweck des CTS?

Die Compatibility Test Suite ist ein Tool, das von Geräteherstellern verwendet wird, um sicherzustellen, dass ihre Geräte kompatibel sind, und um Testergebnisse für Validierungen zu melden. Das CTS soll während des gesamten Entwicklungsprozesses von OEMs häufig ausgeführt werden, um Kompatibilitätsprobleme frühzeitig zu erkennen.

Welche Dinge testet der CTS?

Das CTS testet derzeit, ob alle unterstützten Android-APIs mit starkem Typ vorhanden sind und sich korrekt verhalten. Es testet auch andere Nicht-API-Systemverhalten wie den Anwendungslebenszyklus und die Leistung. Wir planen , Unterstützung in Zukunft CTS Versionen hinzuzufügen Soft - APIs wie Intents zu testen.

Werden die CTS-Berichte veröffentlicht?

Jawohl. Obwohl es derzeit noch nicht implementiert ist, beabsichtigt Google, webbasierte Self-Service-Tools für OEMs bereitzustellen, um CTS-Berichte zu veröffentlichen, damit jeder sie anzeigen kann. Hersteller können CTS-Berichte mit einem beliebig breiten Publikum teilen.

Wie wird das CTS lizenziert?

Das CTS wird unter der gleichen Apache Software License 2.0 lizenziert, die der Großteil von Android verwendet.

Akzeptiert das CTS Beiträge?

Ja bitte! Das Android Open Source Project akzeptiert Beiträge zur Verbesserung des CTS wie für jede andere Komponente. Tatsächlich ist die Verbesserung der Abdeckung und Qualität der CTS-Testfälle eine der besten Möglichkeiten, Android zu helfen.

Kann jeder das CTS auf vorhandenen Geräten verwenden?

Die Kompatibilität Definition Dokument setzt voraus , dass kompatible Geräte die Umsetzung adb Debugging - Dienstprogramm. Dies bedeutet, dass jedes kompatible Gerät (einschließlich der im Handel erhältlichen) in der Lage sein muss, die CTS-Tests durchzuführen.

Werden Codecs von CTS verifiziert?

Jawohl. Alle obligatorischen Codecs werden von CTS verifiziert.

Zurück nach oben