פלאגין Android Gradle‏ ‎9.0.1 (ינואר 2026)

‫פלאגין של Android Gradle 9.0 הוא גרסה מרכזית שכוללת שינויים ב-API ובהתנהגות.

כדי לעדכן לגרסה 9.0.1 של הפלאגין של Android Gradle, משתמשים בעוזר השדרוג של הפלאגין של Android Gradle. כלי השדרוג של AGP עוזר לשמור על ההתנהגויות הקיימות כשמשדרגים את הפרויקט, כך שתוכלו לשדרג את הפרויקט ל-AGP 9.0 גם אם אתם לא מוכנים לאמץ את כל ברירות המחדל החדשות ב-AGP 9.0.

יש גם שתי מיומנויות של סוכנים שיכולות לעזור בתהליך השדרוג. באפליקציה שהיא לא KMP, נסו את מיומנות השדרוג של AGP 9 ממאגר המיומנויות של Android. באפליקציית KMP, נסו את מיומנות השדרוג של AGP 9 מ-JetBrains. מידע נוסף על שימוש במיומנויות ב-Android Studio זמין במאמר הרחבת מצב הסוכן באמצעות מיומנויות.

תאימות

רמת ה-API המקסימלית שנתמכת בפלאגין של Android Gradle 9.0 היא 36.1. מידע נוסף על תאימות:

מחלקות ה-DSL של android מטמיעות עכשיו רק את הממשקים הציבוריים החדשים

בשנים האחרונות השקנו ממשקים חדשים ל-DSL ול-API שלנו, כדי לשלוט טוב יותר בממשקי ה-API שמוגדרים כגלויים לכולם. בגרסאות 7.x ו-8.x של AGP עדיין נעשה שימוש בסוגי ה-DSL הישנים (לדוגמה BaseExtension), שגם הטמיעו את הממשקים הציבוריים החדשים, כדי לשמור על תאימות בזמן שהעבודה על הממשקים התקדמה.

ב-AGP 9.0 נעשה שימוש בלעדי בממשקי ה-DSL החדשים שלנו, וההטמעות השתנו לסוגים חדשים שמוסתרים לחלוטין. הפעולה הזו גם מסירה את הגישה ל-API הישן של הווריאנט שהוצא משימוש.

כדי לעדכן ל-AGP 9.0, יכול להיות שתצטרכו לבצע את הפעולות הבאות:

• מוודאים שהפרויקט תואם ל-Kotlin המובנה: הפלאגין org.jetbrains.kotlin.android לא תואם ל-DSL החדש.

• מעבירים פרויקטים של KMP אל הפלאגין של ספריית Android Gradle ל-KMP: השימוש בפלאגין org.jetbrains.kotlin.multiplatform באותו פרויקט משנה של Gradle כמו הפלאגינים com.android.library ו-com.android.application לא תואם ל-DSL החדש.

• עדכון קובצי ה-build: למרות שהשינוי בממשקים נועד לשמור על DSL דומה ככל האפשר, יכול להיות שיהיו כמה שינויים קטנים.

• עדכון הלוגיקה של ה-build בהתאמה אישית כך שתפנה ל-DSL ול-API החדשים: מחליפים את כל ההפניות ל-DSL הפנימי בממשקי ה-DSL הציבוריים. ברוב המקרים, ההחלפה תהיה אחד לאחד. צריך להחליף כל שימוש ב-applicationVariants ובממשקי API דומים ב-androidComponents API החדש. יכול להיות שזה יהיה מורכב יותר, כי ה-API של androidComponents נועד להיות יציב יותר כדי שהפלאגינים יהיו תואמים לאורך זמן. כאן יש דוגמאות למתכוני Gradle.

• עדכון פלאגינים של צד שלישי: יכול להיות שחלק מהפלאגינים של צד שלישי עדיין תלויים בממשקים או בממשקי API שכבר לא חשופים. צריך לעבור לגרסאות של הפלאגינים האלה שתואמות ל-AGP 9.0.

המעבר לממשקי ה-DSL החדשים מונע מפלגינים ומסקריפטים של גרסאות build של Gradle להשתמש בממשקי API שונים שהוצאו משימוש, כולל:

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

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

אם אתם מעדכנים ל-AGP 9.0 ומופיעה הודעת השגיאה הבאה, זה אומר שהפרויקט עדיין מפנה לחלק מהסוגים הישנים:

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

אם אתם נתקלים בבעיות בגלל פלאגינים לא תואמים של צד שלישי, אתם יכולים לבטל את ההסכמה ולחזור להטמעות הישנות של ה-DSL, וגם ל-variant API הישן. במקביל, הממשקים החדשים זמינים גם כן, ואתם עדיין יכולים לעדכן את לוגיקת ה-build שלכם ל-API החדש. כדי לבטל את ההסכמה, צריך להוסיף את השורה הזו לקובץ gradle.properties:

android.newDsl=false

לחלופין, כדי לבצע העברה הדרגתית יותר, גרסה 9.4 של AGP מאפשרת לבטל את ההסכמה למודולים ספציפיים. איך מבטלים את ההסכמה לשימוש במודול Variant API

המחלקות הקודמות מסומנות כ"הוצאו משימוש" ב-AGP 9.0. כלומר, בפרויקטים שבהם לא משתמשים בדגל newDsl יוצגו אזהרות על הוצאה משימוש, כולל בבלוק android עצמו.

אתם יכולים גם להתחיל לשדרג לממשקי ה-API החדשים לפני השדרוג ל-AGP 9.0. הממשקים החדשים קיימים בהרבה גרסאות של AGP, כך שאפשר לשלב בין החדשים לישנים. במאמרי העזרה של ה-API של AGP מוצג ממשק ה-API של כל גרסת AGP, ומתי נוספו כל מחלקה, שיטה ושדה.

אנחנו פונים למפתחים של פלאגינים נפוצים כדי לעזור להם להתאים את הפלאגינים שלהם ולפרסם גרסאות שתואמות באופן מלא למצבים החדשים. בנוסף, נמשיך לשפר את AGP Upgrade Assistant ב-Android Studio כדי להדריך אתכם בתהליך המעבר.

אם אתם מגלים שחסרות יכולות או תכונות ב-DSL החדש או ב-Variant API, דווחו על בעיה בהקדם האפשרי.

‫Kotlin מובנית

בפלאגין של Android Gradle 9.0 יש תמיכה מובנית ב-Kotlin, והיא מופעלת כברירת מחדל. כלומר, לא צריך יותר להחיל את הפלאגין org.jetbrains.kotlin.android (או kotlin-android) בקובצי ה-build כדי לקמפל קובצי מקור של Kotlin. כך קל יותר לשלב את Kotlin עם AGP, לא צריך להשתמש בממשקי API שהוצאו משימוש, ובמקרים מסוימים הביצועים משתפרים.

לכן, כשמשדרגים את הפרויקט ל-AGP 9.0, צריך גם לעבור ל-Kotlin מובנה או לבטל את ההסכמה.

אפשר גם להשבית באופן סלקטיבי את התמיכה המובנית ב-Kotlin בפרויקטי משנה של Gradle שאין להם מקורות ב-Kotlin.

תלות בזמן ריצה בפלאגין של Kotlin Gradle

כדי לספק תמיכה מובנית ב-Kotlin, לפלאגין של Android Gradle בגרסה 9.0 יש עכשיו תלות בזמן ריצה בפלאגין Kotlin Gradle‏ (KGP) בגרסה 2.2.10. זה אומר שאתם כבר לא צריכים להצהיר על גרסת KGP, ואם אתם משתמשים בגרסת KGP ישנה יותר מ-2.2.10, Gradle ישדרג באופן אוטומטי את גרסת ה-KGP ל-2.2.10. באופן דומה, אם אתם משתמשים בגרסה ישנה יותר של KSP, ‏AGP ישדרג אותה לגרסה 2.2.10-2.0.2 כדי להתאים לגרסת KGP.

שדרוג לגרסה מתקדמת יותר של KGP

כדי להשתמש בגרסה חדשה יותר של KGP או KSP, מוסיפים את מה שמופיע כאן למטה לקובץ ה-build ברמה העליונה:

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")
    }
}

שדרוג לאחור לגרסה ישנה יותר של KGP

אפשר לשדרג לאחור את גרסת ה-KGP רק אם ביטלתם את ההסכמה ל-Kotlin המובנה. הסיבה לכך היא ש-AGP 9.0 מפעיל את Kotlin המובנה כברירת מחדל, ו-Kotlin המובנה דורש KGP 2.2.10 ואילך.

כדי להשתמש בגרסה ישנה יותר של KGP או KSP, צריך להצהיר על הגרסה הזו בקובץ ה-build ברמה העליונה באמצעות הצהרה על גרסה מחמירה:

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") }
        }
    }
}

שימו לב: הגרסה המינימלית של KGP שאפשר לשדרג לאחור אליה היא 2.0.0.

תמיכה ב-IDE במתקני בדיקה

ב-AGP 9.0 יש תמיכה מלאה ב-IDE של Android Studio במתקני בדיקה.

Fused Library Plugin

הפלאגין Fused Library (גרסת טרום-השקה) מאפשר לפרסם כמה ספריות כקובץ AAR אחד של ספריית Android. כך למשתמשים יהיה קל יותר להסתמך על פריטי המידע שפרסמתם.

במאמר פרסום כמה ספריות Android כספרייה אחת באמצעות Fused Library מוסבר איך להתחיל להשתמש בכלי.

שינויים בהתנהגות

בפלאגין של Android Gradle 9.0 יש את ההתנהגויות החדשות הבאות:

‫AGP 9.0 כולל עדכונים לברירות המחדל של מאפייני Gradle הבאים. כך תוכלו לבחור אם לשמור על ההתנהגות של AGP 8.13 כשאתם משדרגים:

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

android {
  buildFeatures {
    resValues = true
  }
}

android {
  buildFeatures {
    shaders = true
  }
}

תכונות שהוסרו

בגרסה 9.0 של הפלאגין של Android Gradle הוסרו הפונקציות הבאות:

• תמיכה באפליקציות מוטמעות ל-Wear OS
  ב-AGP 9.0 הוסרה התמיכה בהטמעת אפליקציות ל-Wear OS, שכבר לא נתמכת ב-Play. זה כולל הסרה של ההגדרות של wearApp ושל ה-DSL של AndroidSourceSet.wearAppConfigurationName. במאמר הפצה ל-Wear OS מוסבר איך לפרסם את האפליקציה ב-Wear OS.
• androidDependencies ו-sourceSets מדווחים על משימה
• תמיכה ב-APK מפוצל לפי צפיפות
  ב-AGP 9.0 הוסרה התמיכה ביצירת קובצי APK מפוצלים לפי צפיפות המסך. הפונקציונליות וממשקי ה-API הקשורים הוסרו. כדי לפצל קובצי APK מפוצלים על סמך דחיסות המסך באמצעות AGP בגרסה 9.0 ואילך, צריך להשתמש בקובצי AAB.

DSL שהשתנה

בפלאגין של Android Gradle 9.0 יש את השינויים הבאים ב-DSL:

• הפרמטריזציה של CommonExtension הוסרה.

  כשלעצמו, זהו רק שינוי תוכנה שעלול לגרום לכשל ברמת המקור כדי לעזור להימנע משינויי תוכנה שעלולים לגרום לכשל ברמת המקור בעתיד, אבל זה גם אומר שצריך להעביר את השיטות של הבלוקים מ-CommonExtension אל ApplicationExtension, ‏ LibraryExtension,‏ DynamicFeatureExtension ו-TestExtension.

  כשמשדרגים את הפרויקט ל-AGP 9.0, צריך לארגן את הקוד מחדש של הפלאגין של Gradle שמשתמש בפרמטרים האלה או בשיטות הבלוק. לדוגמה, הפלאגין הבא מעודכן כך שהוא מסיר את הפרמטר type ולא מסתמך על השיטות של הבלוק שהוסר:

  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)
          }
      }
  }
  

  בפלאגינים שמטרגטים מגוון גרסאות של AGP, שימוש ישיר ב-getter תואם בינארית לגרסאות AGP ישנות יותר מ-9.0.

הסרת DSL

בפלאגין של Android Gradle 9.0 הוסרו:

• AndroidSourceSet.jni, כי הוא לא פעל.

• AndroidSourceSet.wearAppConfigurationName, כפי שזה קשור לתמיכה באפליקציות ל-Wear OS שהוסרה.

• BuildType.isRenderscriptDebuggable, כי הוא לא פעל.

• DependencyVariantSelection. הוא הוחלף על ידי DependencySelection, שמוצג בתור kotlin.android.localDependencySelection

• ‫Installation.installOptions(String). הוא מוחלף במאפיין הניתן לשינוי של Installation.installOptions.

• הבלוק הניסיוני PostProcessing, שמעולם לא התייצב.

• ‫ProductFlavor.setDimension, שמוחלף במאפיין dimension

• LanguageSplitOptions, שהיה שימושי רק ל-Google Play ללא התקנה, שהוצא משימוש.

• DensitySplit, כי התכונה הזו כבר לא נתמכת. החלופה היא להשתמש ב-App Bundle.

ממשקי API שהוסרו

בפלאגין של Android Gradle 9.0 הוסרו:

• AndroidComponentsExtension.finalizeDSl. הוא הוחלף ב-finalizeDsl

• Component.transformClassesWith. הוא הוחלף ב-Instrumentation.transformClassesWith

• Component.setAsmFramesComputationMode. הוא הוחלף ב-Instrumentation.setAsmFramesComputationMode

• ComponentBuilder.enabled, שהוחלף על ידי ComponentBuilder.enable.

• DependenciesInfoBuilder.includedInApk. הוא הוחלף על ידי includeInApk

• DependenciesInfoBuilder.includedInBundle. הוא הוחלף על ידי includeInBundle

• GeneratesApk.targetSdkVersion. הוא הוחלף על ידי targetSdk

• Variant.minSdkVersion. הוא הוחלף על ידי minSdk

• Variant.maxSdkVersion. הוא הוחלף על ידי maxSdk

• Variant.targetSdkVersion. הוא הוחלף על ידי targetSdk

• ‫Variant.unitTest, כי הוא לא רלוונטי לפלאגין com.android.test. ‫unitTest זמין בסוגי המשנה של VariantBuilder שמרחיבים את HasUnitTest.

• ‫VariantBuilder.targetSdk ו-targetSdkPreview, כי הם לא היו משמעותיים בספריות. במקום זאת, אתם צריכים להשתמש ב-GeneratesApkBuilder.targetSdk או ב-GeneratesApkBuilder.targetSdkPreview.

• ‫VariantBuilder.enableUnitTest, כי הוא לא רלוונטי לפלאגין com.android.test. ‫enableUnitTest זמין בסוגי המשנה של VariantBuilder שמרחיבים את HasUnitTestBuilder.

• השדה VariantBuilder.unitTestEnabled הוסר לטובת השדה enableUnitTest, שהשם שלו עקבי יותר, בסוגי המשנה של VariantBuilder שמרחיבים את HasUnitTestBuilder.

• VariantOutput.enable. הוא הוחלף על ידי enabled

• המאפיינים FeaturePlugin ו-FeatureExtension שהוצאו משימוש והושבתו.

• ממשקי ה-API של BaseExtension.registerTransform שהוצאו משימוש והושבתו, שנותרו רק כדי לאפשר הידור (compilation) מול הגרסה העדכנית של AGP, תוך טירגוט להפעלה ב-AGP מגרסה 4.2 ומטה.

מאפייני Gradle שהוסרו

המאפיינים הבאים של Gradle נוספו בהתחלה כדרכים להשבית באופן גלובלי תכונות שהופעלו כברירת מחדל.

התכונות האלה מושבתות כברירת מחדל החל מגרסה 8.0 ומטה של AGP. כדי שה-build יהיה יעיל יותר, הפעילו את התכונות האלה רק בפרויקטי המשנה שמשתמשים בהן.

android {
  buildFeatures {
    aidl = true
  }
}

android {
  buildFeatures {
    renderScript = true
  }
}

מאפייני Gradle שנאכפים

אם מגדירים את מאפייני Gradle הבאים, AGP 9.0 מקפיץ שגיאה.

מסייע השדרוג של הפלאגין של Android Gradle לא ישדרג ל-AGP 9.0 פרויקטים שמשתמשים במאפיינים האלה.

שינויים ב-R8

השינויים הבאים ב-R8 כלולים ב-AGP 9.0.0.

אפשרות הגדרה חדשה -processkotlinnullchecks

הוספנו את האפשרות החדשה -processkotlinnullchecks ב-R8 כדי להגדיר את R8 לעיבוד בדיקות null ב-Kotlin. האפשרות מקבלת ארגומנט חובה שחייב להיות אחד משלושת הערכים הבאים: keep, ‏ remove_message ו-remove. האפשרות הזו מעבדת את בדיקות הערכים הריקים הבאות שנוספו על ידי המהדר של Kotlin:

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);
}

הערכים של האפשרויות, מהחלש ביותר לחזק ביותר, משפיעים באופן הבא:

• הבדיקות לא משתנות ב-keep.
• ‫remove_message משכתב כל הפעלת method של בדיקה לקריאה ל-getClass() בארגומנט הראשון של הקריאה (למעשה, שומר על בדיקת ה-null, אבל בלי הודעה).
• האפשרות remove מסירה את הבדיקות לגמרי.

כברירת מחדל, R8 משתמש ב-remove_message. כל מפרט של -processkotlinnullchecks יבטל את זה. אם מציינים את המדיניות כמה פעמים, המערכת משתמשת בערך החזק ביותר.

הפסקת ההפצה של פרטי השמירה לשיטות נלוות

כשכללי השמירה תואמים לשיטות ממשק שכפופות לתהליך הסרה של סוכר תחבירי, R8 העביר בעבר באופן פנימי את הביטים disallow optimization ו-disallow shrinking לשיטות הנלוות המסונתזות.

החל מ-AGP 9.0, כללי השמירה לא חלים יותר על שיטות נלוות. זה עקבי עם העובדה שכללי השמירה לא רלוונטיים לשדות, שיטות או כיתות אחרים שנוצרו על ידי הקומפיילר.

העברת הביטים disallow optimization ו-disallow shrinking ל-methods הנלוות, תמכה בעבר בתרחיש לדוגמה הבא:

1. הידור של ספרייה עם שיטות ממשק של default/static/private ל-DEX עם minSdk < 24 וכללים ששומרים על שיטות הממשק.
2. הידור של אפליקציה עם הספרייה ב-classpath וב--applymapping.
3. ממזגים את האפליקציה והספרייה.

שימו לב שהפעולה הזו פועלת רק עם -applymapping כי הביט disallow obfuscation לא מועבר לשיטות הנלוות – כלומר, למחלקות הנלוות שנוצרו בשלב 1 יהיו שמות שיטות מעורפלים.

מעכשיו, התרחיש הזה לא נתמך יותר בגרסאות minSdk < 24. כדי לעקוף את הבעיה:

1. הסרת סוכר תחביר מהספרייה עם שיטות ממשק default/static/private לקובצי כיתה עם minSdk < 24.
2. מבצעים קומפילציה של פריט המידע שנוצר בתהליך ההסרה של סוכר תחבירי באמצעות R8 וכללים ששומרים את השיטות של הממשק במחלקות הנלוות.
3. הידור האפליקציה עם הספרייה ב-classpath.
4. ממזגים את האפליקציה ואת פריט המידע שהוסר ממנו הסוכר התחבירי.

תופעת לוואי נוספת היא שכבר אי אפשר לשמור את המאפיינים של המחלקה הפנימית והשיטה המקיפה של מחלקות אנונימיות ומקומיות בתוך שיטות נלוות של ממשק.

שינוי קובץ המקור שמופק כברירת מחדל ל-r8-map-id-<MAP_ID>

השינוי הזה קיים ב-AGP החל מגרסה 8.12.0.

מאפיין קובץ המקור שמופק כברירת מחדל למחלקה משתנה מ-SourceFile ל-r8-map-id-<MAP_ID> כשנדרש מעקב חוזר (כלומר, כשהערפול או האופטימיזציה מופעלים).

אם יש דוח קריסות מעורפל, מאפיין קובץ המקור החדש מאפשר לחלץ את המזהה של קובץ המיפוי שנדרש למעקב חוזר, שבו אפשר להשתמש כדי לתמוך במעקב חוזר אוטומטי של דוחות קריסות ב-Logcat.

אם משתמשים במאפיין קובץ מקור מותאם אישית (-renamesourcefileattribute), המאפיין הזה ממשיך לקבל קדימות.

במצב תאימות של ProGuard (כאשר gradle.properties מכיל את android.enableR8.fullMode=false), פליטת מאפיין קובץ מקור של r8-map-id-<MAP_ID> נכנסת לתוקף רק אם המאפיין SourceFile לא נשמר. באפליקציות שמשתמשות במצב תאימות של ProGuard ורוצות לכלול את מזהה קובץ המיפוי בדוחות הקריסות, צריך להסיר את -keepattributes SourceFile (או לעבור למצב מלא של R8).

מזהה המפה שמשמש ב-r8-map-id-<MAP_ID> הוא הגיבוב המלא של המפה, ולא תחילית של 7 תווים של גיבוב המפה ששימשה בעבר.

הפעלת השימוש בשמות סינתטיים ממוזערים בתהליך הסרה של סוכר תחבירי ב-L8

השם של מחלקות סינתטיות שנוצרו על ידי D8 מכיל בדרך כלל את מחרוזת המשנה $$ExternalSynthetic, שמציינת שמדובר במחלקה סינתטית שנוצרה על ידי D8. בנוסף, השם של הגורם הסינתטי מקודד גם את סוג הגורם הסינתטי (לדוגמה, Backport, Lambda). זה משפיע לרעה על הגודל של קובץ ה-DEX שנוצר, כי שמות המחלקות תופסים יותר מקום במאגר המחרוזות.

‫AGP 9.0 מגדיר את L8 (תהליך הסרה של סוכר תחבירי בספריית הליבה) כך שקובץ ה-DEX שמכיל את כל המחלקות של j$ משתמש בפורמט חדש ומקוצר של שמות מחלקות בשביל מחלקות סינתטיות. שם הכיתה החדש משתמש במזהה מספרי (לדוגמה, $1).

הסרת התמיכה ב--addconfigurationdebugging

ב-AGP 9.0 אין יותר תמיכה ב--addconfigurationdebugging. עכשיו המהדר מדווח על אזהרה אם משתמשים בדגל.

הסרת התמיכה ביצירת כללי L8 מ-D8/R8

השינוי הזה רלוונטי רק למפתחים שמשתמשים בשורת הפקודה של D8/R8 או בממשקי API באופן ישיר.

בגרסה R8 9.0, אנחנו מסירים את התמיכה ביצירת כללי שמירה ל-L8 מ-D8 ומ-R8. במקום זאת, צריך להשתמש ב-TraceReferences למטרה הזו.

באופן ספציפי יותר, השיטות D8Command.builder.setDesugaredLibraryKeepRuleConsumer ו-R8Command.Builder.setDesugaredLibraryKeepRuleConsumer הוסרו, והתמיכה ב---desugared-lib-pg-conf-output הוסרה מהאפשרויות של שורת הפקודה של D8 ו-R8.

בעיות שתוקנו

פלאגין של Android Gradle‏ 9.0.0