Android-Gradle-Plug-in 9.0.1 (Januar 2026)

Das Android-Gradle-Plug-in 9.0 ist ein wichtiger Release, der API- und Verhaltensänderungen mit sich bringt.

Wenn Sie auf das Android-Gradle-Plug-in 9.0.1 aktualisieren möchten, verwenden Sie den Android-Gradle-Plug-in-Upgrade-Assistenten. Der AGP-Upgrade-Assistent hilft Ihnen, das bestehende Verhalten beim Upgrade Ihres Projekts beizubehalten, wenn dies sinnvoll ist. So können Sie Ihr Projekt auf AGP 9.0 aktualisieren, auch wenn Sie noch nicht bereit sind, alle neuen Standardeinstellungen in AGP 9.0 zu übernehmen.

Außerdem stehen zwei Agenten-Skills zur Verfügung, die den Upgradevorgang vereinfachen. Wenn Sie eine App ohne KMP haben, probieren Sie den AGP 9-Upgrade-Skill aus dem Android-Skills-Repository aus. Für eine KMP-App können Sie den AGP 9-Upgrade-Skill von JetBrains ausprobieren. Weitere Informationen zur Verwendung von Skills in Android Studio finden Sie unter Agent-Modus mit Skills erweitern.

Kompatibilität

Das maximale API-Level, das vom Android-Gradle-Plug-in 9.0 unterstützt wird, ist API-Level 36.1. Hier sind weitere Informationen zur Kompatibilität:

Die android-DSL-Klassen implementieren jetzt nur noch die neuen öffentlichen Schnittstellen.

In den letzten Jahren haben wir neue Schnittstellen für unsere DSL und API eingeführt, um besser steuern zu können, welche APIs öffentlich sind. In den AGP-Versionen 7.x und 8.x wurden weiterhin die alten DSL-Typen (z. B. BaseExtension) verwendet, die auch die neuen öffentlichen Schnittstellen implementierten, um die Kompatibilität während der Arbeit an den Schnittstellen aufrechtzuerhalten.

AGP 9.0 verwendet ausschließlich unsere neuen DSL-Schnittstellen und die Implementierungen wurden auf neue Typen umgestellt, die vollständig ausgeblendet sind. Dadurch wird auch der Zugriff auf die alte, verworfene Variant API entfernt.

Für ein Update auf AGP 9.0 müssen Sie möglicherweise Folgendes tun:

• Prüfen Sie, ob Ihr Projekt mit dem integrierten Kotlin kompatibel ist:Das org.jetbrains.kotlin.android-Plug-in ist nicht mit der neuen DSL kompatibel.

• KMP-Projekte auf das Android Gradle Library-Plug-in für KMP umstellen:Die Verwendung des org.jetbrains.kotlin.multiplatform-Plug-ins im selben Gradle-Unterprojekt wie die Plug-ins com.android.library und com.android.application ist nicht mit der neuen DSL kompatibel.

• Build-Dateien aktualisieren: Die Änderung der Schnittstellen soll die DSL so ähnlich wie möglich halten, es kann jedoch einige kleine Änderungen geben.

• Aktualisieren Sie Ihre benutzerdefinierte Build-Logik, um auf die neue DSL und API zu verweisen: Ersetzen Sie alle Verweise auf die interne DSL durch die öffentlichen DSL-Schnittstellen. In den meisten Fällen ist dies ein Eins-zu-eins-Ersatz. Ersetzen Sie alle Verwendungen der applicationVariants- und ähnlicher APIs durch die neue androidComponents API. Das kann komplexer sein, da die androidComponents API so konzipiert ist, dass sie stabiler ist, damit Plug-ins länger kompatibel bleiben. Beispiele finden Sie in unseren Gradle-Anleitungen.

• Plug-ins von Drittanbietern aktualisieren: Einige Plug-ins von Drittanbietern hängen möglicherweise noch von Schnittstellen oder APIs ab, die nicht mehr verfügbar sind. Migrieren Sie zu Versionen dieser Plug-ins, die mit AGP 9.0 kompatibel sind.

Durch die Umstellung auf die neuen DSL-Schnittstellen wird verhindert, dass Plug-ins und Gradle-Build-Skripts verschiedene verworfene APIs verwenden, darunter:

androidComponents {
    onVariants() { variant ->
        variant.signingConfig
            .enableV1Signing.set(false)
    }
}

androidComponents {
    beforeVariants(
        selector()
            .withBuildType("debug")
            .withFlavor("color", "blue")
    ) { variantBuilder ->
        variantBuilder.enable = false
    }
  }

Wenn Sie auf AGP 9.0 aktualisieren und die folgende Fehlermeldung angezeigt wird, bedeutet das, dass Ihr Projekt noch auf einige der alten Typen verweist:

java.lang.ClassCastException: class com.android.build.gradle.internal.dsl.ApplicationExtensionImpl$AgpDecorated_Decorated
cannot be cast to class com.android.build.gradle.BaseExtension

Wenn Sie durch inkompatible Drittanbieter-Plug-ins blockiert werden, können Sie die alten Implementierungen für die DSL sowie die alte Varianten-API wiederherstellen. Dabei sind auch die neuen Schnittstellen verfügbar und Sie können Ihre eigene Build-Logik auf die neue API aktualisieren. Wenn Sie dies nicht möchten, fügen Sie diese Zeile in Ihre gradle.properties-Datei ein:

android.newDsl=false

Alternativ können Sie für eine schrittweise Migration in AGP 9.4 einzelne Module deaktivieren. Weitere Informationen finden Sie unter Variant API-Modul deaktivieren.

Die vorherigen Klassen sind in AGP 9.0 als veraltet markiert. Das bedeutet, dass für Projekte, die das Flag newDsl deaktivieren, Warnungen zur Einstellung angezeigt werden, auch im Block android selbst.

Sie können auch mit dem Upgrade auf die neuen APIs beginnen, bevor Sie ein Upgrade auf AGP 9.0 durchführen. Die neuen Schnittstellen sind in vielen AGP-Versionen vorhanden, sodass Sie eine Mischung aus neuen und alten Schnittstellen verwenden können. In der AGP API-Referenzdokumentation finden Sie die API-Oberfläche für jede AGP-Version und Informationen dazu, wann die einzelnen Klassen, Methoden und Felder hinzugefügt wurden.

Wir wenden uns an die Autoren häufig verwendeter Plug-ins, um ihnen bei der Anpassung und Veröffentlichung von Plug-ins zu helfen, die vollständig mit den neuen Modi kompatibel sind. Außerdem werden wir den AGP-Upgrade-Assistenten in Android Studio weiter verbessern, um Sie bei der Migration zu unterstützen.

Wenn Sie feststellen, dass in der neuen DSL oder Variant API Funktionen fehlen, melden Sie das Problem so schnell wie möglich.

Integriertes Kotlin

Das Android-Gradle-Plug-in 9.0 bietet integrierte Kotlin-Unterstützung, die standardmäßig aktiviert ist. Das bedeutet, dass Sie das Plug-in org.jetbrains.kotlin.android (oder kotlin-android) nicht mehr in Ihren Build-Dateien anwenden müssen, um Kotlin-Quelldateien zu kompilieren. Dadurch wird die Kotlin-Integration mit AGP vereinfacht, die Verwendung verworfener APIs vermieden und in einigen Fällen die Leistung verbessert.

Wenn Sie Ihr Projekt auf AGP 9.0 aktualisieren, müssen Sie daher auch zu integriertem Kotlin migrieren oder die Option deaktivieren.

Sie können die integrierte Kotlin-Unterstützung auch selektiv für Gradle-Unterprojekte deaktivieren, die keine Kotlin-Quellen haben.

Laufzeitabhängigkeit vom Kotlin-Gradle-Plug-in

Für die integrierte Kotlin-Unterstützung hat das Android-Gradle-Plug-in 9.0 jetzt eine Laufzeitabhängigkeit vom Kotlin-Gradle-Plug-in (KGP) 2.2.10. Das bedeutet, dass Sie keine KGP-Version mehr deklarieren müssen. Wenn Sie eine KGP-Version vor 2.2.10 verwenden, aktualisiert Gradle Ihre KGP-Version automatisch auf 2.2.10. Wenn Sie eine KSP-Version vor 2.2.10-2.0.2 verwenden, wird sie vom AGP auf 2.2.10-2.0.2 aktualisiert, damit sie der KGP-Version entspricht.

Upgrade auf eine höhere KGP-Version

Wenn Sie eine höhere Version von KGP oder KSP verwenden möchten, fügen Sie der Build-Datei auf oberster Ebene Folgendes hinzu:

buildscript {
    dependencies {
        // For KGP
        classpath("org.jetbrains.kotlin:kotlin-gradle-plugin:KGP_VERSION")

        // For KSP
        classpath("com.google.devtools.ksp:symbol-processing-gradle-plugin:KSP_VERSION")
    }
}

Downgrade auf eine niedrigere KGP-Version

Sie können die KGP-Version nur dann downgraden, wenn Sie integriertes Kotlin deaktiviert haben. Das liegt daran, dass AGP 9.0 standardmäßig integriertes Kotlin aktiviert und integriertes Kotlin KGP 2.2.10 oder höher erfordert.

Wenn Sie eine niedrigere Version von KGP oder KSP verwenden möchten, deklarieren Sie diese Version in Ihrer Build-Datei auf oberster Ebene mit einer strikten Versionsdeklaration:

buildscript {
    dependencies {
        // For KGP
        classpath("org.jetbrains.kotlin:kotlin-gradle-plugin") {
            version { strictly("KGP_VERSION") }
        }

        // For KSP
        classpath("com.google.devtools.ksp:symbol-processing-gradle-plugin") {
            version { strictly("KSP_VERSION") }
        }
    }
}

Die niedrigste KGP-Version, auf die Sie ein Downgrade durchführen können, ist 2.0.0.

IDE-Unterstützung für Testvorrichtungen

AGP 9.0 bietet vollständige Android Studio IDE-Unterstützung für Testvorrichtungen.

Fused Library-Plug-in

Mit dem Fused Library-Plug-in (Vorabversion) können Sie mehrere Bibliotheken als ein einziges Android-Bibliotheks-AAR veröffentlichen. So können Ihre Nutzer Ihre veröffentlichten Artefakte leichter verwenden.

Informationen zu den ersten Schritten finden Sie unter Mehrere Android-Bibliotheken mit Fused Library als eine veröffentlichen.

Geändertes Verhalten

Das Android-Gradle-Plug-in 9.0 bietet die folgenden neuen Verhaltensweisen:

AGP 9.0 enthält Aktualisierungen der Standardwerte der folgenden Gradle-Properties. So können Sie das AGP 8.13-Verhalten beim Upgrade beibehalten:

android {
  defaultConfig {
    testInstrumentationRunner = "..."
  }
}

android {
  buildFeatures {
    resValues = true
  }
}

android {
  buildFeatures {
    shaders = true
  }
}

Entfernte Funktionen

Mit dem Android-Gradle-Plug-in 9.0 werden die folgenden Funktionen entfernt:

• Unterstützung für eingebettete Wear OS-Apps
  In AGP 9.0 wird die Unterstützung für das Einbetten von Wear OS-Apps entfernt, da diese in Google Play nicht mehr unterstützt werden. Dazu gehört das Entfernen der wearApp-Konfigurationen und der AndroidSourceSet.wearAppConfigurationName-DSL. Informationen zur Veröffentlichung deiner App für Wear OS findest du unter Für Wear OS verbreiten.
• androidDependencies- und sourceSets-Berichtsaufgabe
• Unterstützung für unterteilte APKs basierend auf der Pixeldichte
  In AGP 9.0 wird die Unterstützung für das Erstellen von unterteilten APKs basierend auf der Pixeldichte entfernt. Die Funktion und die zugehörigen APIs wurden entfernt. Wenn Sie APKs mit AGP 9.0 oder höher nach Pixeldichte aufteilen möchten, verwenden Sie App-Bundles.

Geänderte DSL

Das Android-Gradle-Plug-in 9.0 enthält die folgenden funktionsgefährdenden DSL-Änderungen:

• Die Parametrisierung von CommonExtension wurde entfernt.

  An sich ist dies nur eine funktionsgefährdende Änderung auf Quellcodeebene, um zukünftige funktionsgefährdende Änderungen auf Quellcodeebene zu vermeiden. Sie bedeutet aber auch, dass die Blockmethoden von CommonExtension zu ApplicationExtension, LibraryExtension, DynamicFeatureExtension und TestExtension verschoben werden müssen.

  Wenn Sie Ihr Projekt auf AGP 9.0 aktualisieren, müssen Sie den Gradle-Plug-in-Code, der diese Parameter oder die Blockmethoden verwendet, refaktorieren. Das folgende Plug-in wird beispielsweise aktualisiert, um den Typparameter zu entfernen und nicht auf die entfernten Blockmethoden zurückzugreifen:

  AGP 8.13

  val commonExtension: CommonExtension<*, *, *, *, *, *> =
          extensions.getByType(CommonExtension::class)
  commonExtension.apply {
      defaultConfig {
          minSdk {
              version = release(28)
          }
      }
  }
  

  AGP 9.0

  val commonExtension: CommonExtension =
          extensions.getByType(CommonExtension::class)
  commonExtension.apply {
      defaultConfig.apply {
          minSdk {
              version = release(28)
          }
      }
  }
  

  Bei Plug-ins, die auf eine Reihe von AGP-Versionen abzielen, ist die direkte Verwendung des Getters binärkompatibel mit AGP-Versionen vor 9.0.

Entfernte DSL

Im Android-Gradle-Plug-in 9.0 wurden folgende Elemente entfernt:

• AndroidSourceSet.jni, weil es nicht funktioniert hat.

• AndroidSourceSet.wearAppConfigurationName, da die Unterstützung für eingebettete Wear OS-Apps entfernt wurde.

• BuildType.isRenderscriptDebuggable, weil es nicht funktioniert hat.

• DependencyVariantSelection. Es wird durch DependencySelection ersetzt, das als kotlin.android.localDependencySelection verfügbar gemacht wird.

• Installation.installOptions(String). Es wird durch das änderbare Attribut von Installation.installOptions ersetzt.

• Der experimentelle, aber nie stabilisierte PostProcessing-Block.

• ProductFlavor.setDimension, das durch das Attribut dimension ersetzt wird

• LanguageSplitOptions, das nur für Google Play Instant nützlich war, das eingestellt wurde.

• DensitySplit, da die Funktion nicht mehr unterstützt wird. Stattdessen sollten App-Bundles verwendet werden.

Entfernte APIs

Im Android-Gradle-Plug-in 9.0 wurden folgende Elemente entfernt:

• AndroidComponentsExtension.finalizeDSl. Es wird durch finalizeDsl ersetzt.

• Component.transformClassesWith. Es wird durch Instrumentation.transformClassesWith ersetzt.

• Component.setAsmFramesComputationMode. Es wird durch Instrumentation.setAsmFramesComputationMode ersetzt.

• ComponentBuilder.enabled. Es wird durch ComponentBuilder.enable ersetzt.

• DependenciesInfoBuilder.includedInApk. Es wird durch includeInApk ersetzt.

• DependenciesInfoBuilder.includedInBundle. Es wird durch includeInBundle ersetzt.

• GeneratesApk.targetSdkVersion. Es wird durch targetSdk ersetzt.

• Variant.minSdkVersion. Es wird durch minSdk ersetzt.

• Variant.maxSdkVersion. Es wird durch maxSdk ersetzt.

• Variant.targetSdkVersion. Es wird durch targetSdk ersetzt.

• Variant.unitTest, da es nicht auf das com.android.test-Plug-in anwendbar war. unitTest ist für VariantBuilder-Untertypen verfügbar, die HasUnitTest erweitern.

• VariantBuilder.targetSdk und targetSdkPreview, da sie in Bibliotheken nicht sinnvoll waren. Verwenden Sie stattdessen GeneratesApkBuilder.targetSdk oder GeneratesApkBuilder.targetSdkPreview.

• VariantBuilder.enableUnitTest, da es nicht auf das com.android.test-Plug-in anwendbar war. enableUnitTest ist für VariantBuilder-Untertypen verfügbar, die HasUnitTestBuilder erweitern.

• VariantBuilder.unitTestEnabled wird zugunsten des einheitlicher benannten enableUnitTest für die VariantBuilder-Untertypen entfernt, die HasUnitTestBuilder erweitern.

• VariantOutput.enable. Es wird durch enabled ersetzt.

• Die verworfenen und deaktivierten FeaturePlugin und FeatureExtension.

• Die verworfenen und deaktivierten BaseExtension.registerTransform-APIs, die nur beibehalten wurden, um die Kompilierung mit der neuesten AGP-Version zu ermöglichen, während die Ausführung auf AGP 4.2 oder niedriger erfolgt.

Entfernte Gradle-Eigenschaften

Die folgenden Gradle-Properties wurden ursprünglich hinzugefügt, um standardmäßig aktivierte Funktionen global zu deaktivieren.

Diese Funktionen sind seit AGP 8.0 oder niedriger standardmäßig deaktiviert. Aktivieren Sie diese Funktionen nur in den Unterprojekten, in denen sie verwendet werden, um einen effizienteren Build zu ermöglichen.

android {
  buildFeatures {
    aidl = true
  }
}

android {
  buildFeatures {
    renderScript = true
  }
}

Erzwungene Gradle-Attribute

AGP 9.0 gibt einen Fehler aus, wenn Sie die folgenden Gradle-Properties festlegen.

Der Android-Gradle-Plug-in-Upgrade-Assistent aktualisiert Projekte, die diese Properties verwenden, nicht auf AGP 9.0.

R8-Änderungen

Die folgenden R8-Änderungen sind in AGP 9.0.0 enthalten.

Neue Konfigurationsoption -processkotlinnullchecks

Wir haben die neue R8-Option -processkotlinnullchecks hinzugefügt, mit der Sie R8 für die Verarbeitung von Kotlin-Null-Prüfungen konfigurieren können. Die Option verwendet ein obligatorisches Argument, das einen der folgenden drei Werte haben muss: keep, remove_message und remove. Mit der Option werden die folgenden Null-Prüfungen verarbeitet, die vom Kotlin-Compiler hinzugefügt wurden:

class kotlin.jvm.internal.Intrinsics {
  void checkNotNull(java.lang.Object);
  void checkNotNull(java.lang.Object, java.lang.String);
  void checkExpressionValueIsNotNull(
      java.lang.Object, java.lang.String);
  void checkNotNullExpressionValue(
      java.lang.Object, java.lang.String);
  void checkReturnedValueIsNotNull(
      java.lang.Object, java.lang.String);
  void checkReturnedValueIsNotNull(
      java.lang.Object, java.lang.String, java.lang.String);
  void checkFieldIsNotNull(java.lang.Object, java.lang.String);
  void checkFieldIsNotNull(
      java.lang.Object, java.lang.String, java.lang.String);
  void checkParameterIsNotNull(java.lang.Object, java.lang.String);
  void checkNotNullParameter(java.lang.Object, java.lang.String);
}

Die Optionswerte, sortiert vom schwächsten zum stärksten, haben die folgende Wirkung:

• keep ändert die Prüfungen nicht.
• remove_message schreibt jeden Aufruf der Prüfmethode in einen Aufruf von getClass() für das erste Argument des Aufrufs um. Dadurch wird die Nullprüfung beibehalten, aber ohne Nachricht.
• remove entfernt die Prüfungen vollständig.

Standardmäßig verwendet R8 remove_message. Jede Angabe von -processkotlinnullchecks überschreibt dies. Wenn sie mehrmals angegeben wird, wird der stärkste Wert verwendet.

Weitergabe von Informationen zum Beibehalten an Companion-Methoden beenden

Wenn Beibehaltungsregeln mit Schnittstellenmethoden übereinstimmen, die der Entzuckerung unterliegen, hat R8 zuvor die Bits Optimierung nicht zulassen und Verkleinerung nicht zulassen intern an die synthetisierten Companion-Methoden übertragen.

Ab AGP 9.0 gelten Keep-Regeln nicht mehr für Companion-Methoden. Dies entspricht der Tatsache, dass Beibehaltungsregeln nicht auf andere vom Compiler synthetisierte Felder/Methoden/Klassen anwendbar sind.

Durch die Übertragung der Bits disallow optimization und disallow shrinking auf die Companion-Methoden wurde der folgende Anwendungsfall zuvor unterstützt:

1. Kompilieren Sie eine Bibliothek mit default/static/private-Schnittstellenmethoden zu DEX mit minSdk < 24 und Regeln, die die Schnittstellenmethoden beibehalten.
2. Kompilieren Sie eine App mit der Bibliothek im Klassenpfad und -applymapping.
3. Führen Sie die App und die Bibliothek zusammen.

Beachten Sie, dass dies nur mit -applymapping funktioniert, da das disallow obfuscation-Bit nicht an die Companion-Methoden übertragen wird. Das bedeutet, dass die in Schritt 1 generierten Companion-Klassen verschleierte Methodennamen haben.

Dieser Anwendungsfall wird für minSdk < 24 nicht mehr unterstützt. Gehen Sie so vor, um das Problem zu umgehen:

1. Desugar der Bibliothek mit default/static/private-Schnittstellenmethoden in Klassendateien mit minSdk < 24.
2. Kompilieren Sie das entzuckerte Artefakt mit R8 und Regeln, die die Schnittstellenmethoden in den Companion-Klassen beibehalten.
3. Kompilieren Sie die App mit der Bibliothek im Klassenpfad.
4. Führen Sie die App und das entzuckerte Artefakt zusammen.

Ein weiterer Nebeneffekt ist, dass es nicht mehr möglich ist, die Attribute der inneren Klasse und der umschließenden Methode für anonyme und lokale Klassen in Companion-Methoden von Schnittstellen beizubehalten.

Standardmäßig ausgegebene Quelldatei in r8-map-id-<MAP_ID> ändern

Diese Änderung ist ab Version 8.12.0 im AGP enthalten.

Das standardmäßige Attribut für die ausgegebene Quelldatei für eine Klasse ändert sich von SourceFile zu r8-map-id-<MAP_ID>, wenn ein Retracing erforderlich ist (also wenn entweder die Obfuskation oder die Optimierung aktiviert ist).

Mit dem neuen Attribut für die Quelldatei kann die ID der Zuordnungsdatei, die für das Retracing erforderlich ist, aus einem verschleierten Stacktrace extrahiert werden. Dies kann verwendet werden, um das automatisierte Retracing von Stacktraces in Logcat zu unterstützen.

Wenn ein benutzerdefiniertes Quelldateiattribut (-renamesourcefileattribute) verwendet wird, hat dieses weiterhin Vorrang.

Im ProGuard-Kompatibilitätsmodus (wenn gradle.properties den Wert android.enableR8.fullMode=false enthält) wird das Quelldateiattribut r8-map-id-<MAP_ID> nur ausgegeben, wenn das Attribut SourceFile nicht beibehalten wird. Apps, die den ProGuard-Kompatibilitätsmodus verwenden und die Zuordnungsdatei-ID in ihre Stacktraces aufnehmen möchten, sollten -keepattributes SourceFile entfernen (oder zum vollständigen R8-Modus migrieren).

Die in r8-map-id-<MAP_ID> verwendete Karten-ID ist der vollständige Karten-Hash und nicht ein siebenstelliges Präfix des Karten-Hashs, das zuvor verwendet wurde.

Verwendung minimierter synthetischer Namen bei der L8-Entzuckerung aktivieren

Der Name der von D8 generierten synthetischen Klassen enthält normalerweise den Teilstring $$ExternalSynthetic, der angibt, dass es sich um eine von D8 generierte synthetische Klasse handelt. Außerdem wird im Namen des synthetischen Elements auch die Art des synthetischen Elements codiert (z. B. Backport, Lambda). Dies wirkt sich negativ auf die resultierende DEX-Größe aus, da die Klassennamen mehr Platz im Stringpool einnehmen.

Das AGP 9.0 konfiguriert L8 (Entzuckerung der Kernbibliothek) so, dass die DEX-Datei mit allen j$-Klassen ein neues, verkürztes Klassennamenformat für synthetische Klassen verwendet. Der neue Klassenname verwendet eine numerische ID (z. B. $1).

Unterstützung für -addconfigurationdebugging entfernen

In AGP 9.0 wird die Unterstützung für -addconfigurationdebugging entfernt. Der Compiler gibt jetzt eine Warnung aus, wenn das Flag verwendet wird.

Unterstützung für das Generieren von L8-Regeln aus D8/R8 entfernt

Diese Änderung ist nur für Entwickler relevant, die die D8/R8-Befehlszeile oder APIs direkt verwenden.

In R8 9.0 wird die Unterstützung für das Generieren von Beibehaltungsregeln für L8 aus D8 und R8 entfernt. Verwenden Sie stattdessen TraceReferences.

Insbesondere werden die Methoden D8Command.builder.setDesugaredLibraryKeepRuleConsumer und R8Command.Builder.setDesugaredLibraryKeepRuleConsumer entfernt und die Unterstützung für --desugared-lib-pg-conf-output wird aus den Befehlszeilenoptionen von D8 und R8 entfernt.

Behobene Probleme

Android-Gradle-Plug-in 9.0.0