Android Gradle-Plug-in 2.0.0 (April 2016)

Abhängigkeiten:
Neu:
  • Aktiviert Instant Run durch die Unterstützung der Einschleusung von Bytecode und das Senden von Code- und Ressourcenaktualisierungen an eine laufende App im Emulator oder auf einem physischen Gerät.
  • Zusätzliche Unterstützung für inkrementelle Builds, auch wenn die App nicht ausgeführt wird. Vollständige Build-Zeiten werden verkürzt, indem inkrementelle Änderungen über die Android Debug Bridge an das verbundene Gerät übertragen werden.
  • maxProcessCount wurde hinzugefügt, um zu steuern, wie viele Worker-DEX-Prozesse gleichzeitig erstellt werden können. Der folgende Code in der Datei build.gradle auf Modulebene legt die maximale Anzahl gleichzeitiger Prozesse auf 4 fest:

    Groovig

    android {
  ...
  dexOptions {
    maxProcessCount = 4 // this is the default value
  }
}

    Kotlin

    android {
  ...
  dexOptions {
    maxProcessCount = 4 // this is the default value
  }
}
  • Es wurde ein experimenteller Codeshrinker hinzugefügt, um das Pre-Dexing zu unterstützen und das Redexing von Abhängigkeiten zu reduzieren, die von Proguard nicht unterstützt werden. Dadurch wird die Build-Geschwindigkeit Ihrer Build-Variante zur Fehlerbehebung verbessert. Da der experimentelle Verkleinerer keine Optimierung und Verschleierung unterstützt, sollten Sie Proguard für Ihre Release-Builds aktivieren. Fügen Sie der Datei build.gradle auf Modulebene Folgendes hinzu, um den experimentellen Srinker für Ihre Debug-Builds zu aktivieren:

    Groovig

    android {
  ...
  buildTypes {
    debug {
      minifyEnabled true
      useProguard false
    }
    release {
      minifyEnabled true
      useProguard true // this is a default setting
    }
  }
}

    Kotlin

    android {
  ...
  buildTypes {
    getByName("debug") {
      minifyEnabled = true
      useProguard = false
    }
    getByName("release") {
      minifyEnabled = true
      useProguard = true // this is a default setting
    }
  }
}
  • Zusätzliche Logging-Unterstützung und verbesserte Leistung für den Ressourcenschrumpf. Der Ressourcenverkleinerer protokolliert jetzt alle Vorgänge in einer resources.txt-Datei, die sich im selben Ordner wie die Proguard-Logdateien befindet.
Geändertes Verhalten:
Behobene Probleme:
  • Es wurde ein Problem behoben, das doppelte AAR-Abhängigkeiten sowohl in der Test- als auch in der Haupt-Build-Konfiguration verursachte.