Android-Entwicklung
Text-XML einfügen: Die Analyse startet nach 350 ms. Ohne Automatik nutzen Sie die Schaltfläche oder Strg/Cmd+Enter.
Text der AndroidManifest.xml einfügen oder das Beispiel laden.
Die Eingabe wird in diesem Browser-Tab verarbeitet und nicht hochgeladen.
Text der AndroidManifest.xml einfügen oder das Beispiel laden.
Eine zusätzliche Berechtigung im Release oder ein nicht installierbarer Build führt oft zurück zur Manifestdatei. Der Manifest-Viewer ordnet die Deklarationen nach ihrer Aufgabe und verbindet jeden Intent-Filter mit seiner Komponente. Zeilennummern führen von der Übersicht zur betreffenden Stelle im XML.
Für die Frage nach einer Quelldatei genügt diese Datei. Für eine Release-Prüfung benötigen Sie ein zusammengeführtes Manifest oder dekodiertes XML aus dem Build. So lässt sich AndroidManifest.xml aufrufen und untersuchen, ohne fehlende Gradle-Werte mit vermeintlichen Standardwerten zu verwechseln.
Der Manifest-Viewer unterscheidet angeforderte Berechtigungen von eigenen Berechtigungsdefinitionen. Zwei Intent-Filter derselben Activity bleiben getrennt, samt Aktionen, Kategorien und data-Attributen. Dadurch lässt sich ein Launcher-Eintrag von einem Weblink-Einstieg unterscheiden, ohne verstreute Tags von Hand zusammenzusuchen.
Ein fehlendes exported-Attribut wird nur dann zum entsprechenden Versionsfehler, wenn das numerische Ziel-SDK die Bedingung erfüllt. Bei unbekanntem Ziel bleibt es bei einem bedingten Hinweis. Explizites debuggable=true fordert zur Release-Prüfung auf; eine leere Hinweisliste wird nicht als Sicherheitsnachweis ausgegeben.
Gradle kann SDK-Werte ersetzen, Bibliotheken können Berechtigungen ergänzen. Verwenden Sie für die Auslieferung das fertige Manifest. Verweise wie @string/app_name und Platzhalter bleiben sichtbar: Ihre Auflösung erfordert Ressourcen oder Buildkonfiguration, die hier nicht vorliegen.
Nach Änderungen an Eingabe oder Einrückung wartet die Automatik 350 ms. Schalten Sie sie aus, um mit Strg/Cmd+Enter manuell zu prüfen. Veraltete Ergebnisse sind nicht exportierbar. Ein Wechsel zwischen Übersicht, XML und JSON verändert nur die Darstellung.
Kopieren aus der Übersicht liefert den vollständigen JSON-Bericht, auch wenn eine Liste erst 50 Einträge zeigt. Die XML-Ansicht kopiert formatiertes XML. Beispiel und Leeren zeigen vorher die Ersetzung samt Zeichenzahlen; einmaliges Rückgängigmachen stellt Eingabe und Ergebnis gemeinsam wieder her.
Die Übersicht zeigt Attribute von manifest, uses-sdk und application. Fehlende Felder bleiben fehlend, Ressourcenverweise bleiben Zeichenfolgen. Relative Namen wie .MainActivity werden nicht anhand von package erweitert, da der tatsächliche Klassenname vom Build-Namespace abhängt.
uses-permission, uses-permission-sdk-23 und permission bleiben unterscheidbar, einschließlich Attributen wie maxSdkVersion oder protectionLevel. Erfasst werden activity, activity-alias, service, receiver und provider direkt unter application. Wiederholte Deklarationen werden weder entfernt noch zusammengeführt.
Geprüft werden Anwendungsanzahl, fehlende Namen, widersprüchliche SDK-Reihenfolge, Filter ohne Aktion und falsch gebundene android-Präfixe. Bei numerischem Ziel-SDK ab 31 gilt die Prüfung auf fehlendes exported für gefilterte Activities, Aliase, Dienste und Receiver; Provider sind von dieser Regel ausgenommen.
Zwei oder vier Leerzeichen ergänzen die Einrückung von Containern ohne direkten Text. Vorhandene Leerzeichen, Kommentare und gemischte Inhalte bleiben erhalten. Übersichtslisten wachsen um jeweils 50 Einträge; JSON enthält dennoch alle Attribute, Zuordnungen, Zeilen und Diagnosemeldungen.
Das Manifest im APK liegt normalerweise als binäres AXML vor. Android Studios APK Analyzer oder apkanalyzer manifest print erzeugen lesbares XML, das Sie hier einfügen können. Die Umbenennung von APK in ZIP macht die Datei zugänglich, dekodiert aber nicht ihren Inhalt.
Für Apps mit Ziel Android 12 oder neuer benötigen Activities, Dienste und Receiver mit Intent-Filtern einen expliziten exported-Wert. Diese Prüfung berücksichtigt auch Activity-Aliase. Sie meldet die fehlende Deklaration bei einem numerischen Ziel ab 31; bei unbekanntem Ziel folgt ein bedingter Hinweis statt einer Vermutung.
uses-permission fordert Zugriff über eine vorhandene Berechtigung an. permission definiert eine Berechtigung, die etwa eigene Komponenten schützen kann. Der Bericht führt beide Typen getrennt. Daraus lässt sich nicht ablesen, was ein Nutzer auf einem Gerät tatsächlich genehmigt hat.
Eine Bibliothek oder ein anderes Source Set kann sie bei der Zusammenführung hinzufügen. Aus einem einzelnen fertigen Manifest kann diese Seite die Herkunft nicht rekonstruieren. Android Studios Ansicht Merged Manifest und der Zusammenführungsbericht zeigen die beteiligten Quelldateien.
minSdkVersion beschreibt die Mindest-API für die Installation. targetSdkVersion legt fest, auf welches Plattformverhalten die Anwendung ausgerichtet ist. Beide erscheinen hier unverändert aus dem XML. Da Gradle sie setzen oder überschreiben kann, ist für Release-Fragen der fertige Build maßgeblich.
Wird eine Deklaration falsch zugeordnet?
Nutzen Sie den Manifest-Viewer mit dem Beispiel: Vergleichen Sie Berechtigungsanforderung und Definition und springen Sie vom exported-Hinweis zur betroffenen Komponente.