Versionshinweise für Android Studio for Platform

Android Studio for Platform (ASfP) ist die offizielle IDE für die Entwicklung der Android-Plattform. Auf dieser Seite finden Sie eine Zusammenfassung der neuesten Funktionen, plattformspezifischen Verbesserungen und Qualitätsverbesserungen, die in ASfP verfügbar sind.

2026 Plattform-Feature-Drops (Rabbit | 2026.2 und Panda 2 | 2025.3.2)

Die aktuellen Versionen von ASfP basieren auf der IntelliJ 2026.2-Plattform und bieten erhebliche Verbesserungen bei der Projekteinrichtung und der Zuverlässigkeit beim Starten, der Soong-Build-Integration, den KI-Agentenfunktionen, der Cuttlefish-Verwaltung virtueller Geräte, dem Debugging von C, C++, Rust und Hybrid sowie beim Plattformtesten.

Projekteinrichtung, Vorlagen und Synchronisierungsleistung

• Workspace Model-Projektarchitektur: Die Projekterstellung wurde zu den IntelliJ Workspace Model APIs migriert, wodurch die anfängliche Projekteinrichtung optimiert und die IDE-Stabilität in großen AOSP-Quellbäumen verbessert wird.
• Sofortiger Start mit Projektmodell-Snapshots: ASfP speichert jetzt Ihr Projektmodell im Cache und stellt es beim Starten aus Snapshots wieder her. Dadurch werden unnötige anfängliche Verzögerungen bei der Indexierung vermieden, wenn große AOSP-Arbeitsbereiche wieder geöffnet werden.
• Gemeinsam verwendbare Projektvorlagen (Import und Export):
  • Aus Vorlage importieren: Sie können im Einrichtungs assistenten ein neues AOSP-Projekt erstellen, indem Sie Aus Vorlage importieren auswählen und auf eine gemeinsam verwendbare .asfp-project YAML-Datei verweisen.
  • In Vorlage exportieren: Sie können Ihre Projektkonfiguration für Teammitglieder freigeben indem Sie mit der rechten Maustaste auf den .asfp-project-Editor-Tab klicken (oder im Menü ASfP > Projekt ) und In Vorlage exportieren auswählen.
• Erweiterte Optionen im Einrichtungsassistenten: Sie können benutzerdefinierte Umgebung svariablen für den Build konfigurieren und Soong Partial Compile (SOONG_PARTIAL_COMPILE) direkt bei der Projekterstellung aktivieren.
• Flexible Synchronisierungsmodi:
  • Teilsynchronisierung: Sie können bestimmte Module oder Verzeichnisse synchronisieren, ohne eine vollständige Repository-Synchronisierung auszuführen.
  • Synchronisierung ohne Build: Sie können die IDE-Projektstruktur und die Modul-Roots schnell aktualisieren, ohne einen Soong-Build auszulösen.
  • Synchronisierung und vollständiger Build: Sie können eine kombinierte Projektsynchronisierung und einen vollständigen Soong Build mit einer einzigen Aktion auslösen.
• Optimierte Suchbereiche und Unterstützung für symbolische Links: Inhalte im out/ Verzeichnis und generierte gen IMLs werden automatisch aus den Projekt Suchbereichen ausgeschlossen, damit Datei- und Symbol-Lookups schnell und ohne Rauschen erfolgen. ASfP unterstützt auch symbolisch verknüpfte Quell-Roots in AOSP-Repositories.

Build, Bereitstellung und Editorintelligenz von Android.bp im Editor

• Gutter-Symbole für Build, Ausführung und Debugging in Android.bp: Jedes benannte Modul in Android.bp enthält neben name: ein Build-Gutter-Symbol. Test module (*_test und *_test_host) und android_app-Module enthalten ein Ausführen-Gutter-Symbol, mit dem Ziele direkt aus dem Editor ausgeführt oder debuggt werden können.
• Kontextbezogene Bereitstellungs- und Flash-Ausführungskonfigurationen: Sie können Soong Deploy-Ausführungskonfigurationen aus bereitstellbaren Zielen in Android.bp Dateien erstellen und starten. Dabei wird die Bereitstellung über adb, benutzerdefinierte Shell-Skripts, adevice, oder flashall mit Soong-Build-Hooks vor der Ausführung unterstützt.
• Entsprechende Android.bp-Datei öffnen und Editorintelligenz: Rechtsklicken Sie auf eine beliebige Quelldatei oder ein beliebiges Verzeichnis und wählen Sie Entsprechende Android.bp Datei aus, um zur Moduldeklaration zu springen (wobei defaults Ketten, Globs und Symlinks aufgelöst werden). In Android.bp können Sie mit Strg + Klick auf Modul- oder srcs-Verweise klicken, anklickbare N Usages -Einlegetipps ansehen und den Mauszeiger auf Eigenschaften bewegen (einschließlich der bereichsbezogenen Eigenschaften target.*, arch.* und multilib.*), um die Inline-Soong-Dokumentation aufzurufen.
• Eigenes Soong-Toolfenster: Sie können den Soong-Synchronisierungs- und Build-Fortschritt mit Aufgabenstatusanzeigen verfolgen, Build-Aktionen auslösen und Soong-Befehle über das Toolfenster Soong ausführen.

Cuttlefish-Verwaltung virtueller Geräte und Spiegelung auf mehreren Bildschirmen

• Einrichtung mehrerer Geräte im Geräte-Manager: Sie können Cuttlefish-Setups für virtuelle Geräte mit mehreren Geräten direkt im Geräte-Manager mit Ihrer lokalen AOSP-Auscheckung erstellen und verwalten.
• Spiegelung auf mehreren Bildschirmen im Cuttlefish-Toolfenster: Sie können die integrierte Cuttlefish-Spiegelung auf mehreren Bildschirmen im speziellen Cuttlefish-Toolfenster verwenden, das für die Entwicklung von Android Automotive OS (AAOS) und Software-Defined Vehicle (SDV) mit mehreren Bildschirmen entwickelt wurde.

KI in Android Studio und integrierter Agent für die Plattformentwicklung

• Integrierter Agent mit Soong-Build- und Testtools: KI in Android Studio integriert plattformspezifische Soong-Build- und atest Ausführungstools in den integrierten Agenten, sodass der Agent mehrstufige Bearbeitungen planen, Soong-Ziele kompilieren und atest Plattformtests mit strukturierten Inline-Ergebnissen ausführen kann.
• Unterstützung für Unternehmen und BYOM: Sie können auf KI in Android Studio mit integrierten Gemini-Modellen, Gemini Code Assist, Gemini Enterprise-Lizenzen zugreifen oder benutzerdefinierte Modellendpunkte mit Bring Your Own Model (BYOM) und Ihren eigenen API-Schlüsseln verbinden.

Plattform-Debugging (Tab „Anhängen“ im Toolfenster „Debuggen“ und LLDB)

• Angepinnter Tab „Anhängen“ (Ausführen > An Android-Prozess anhängen) :
  • Geladene gemeinsam genutzte Bibliotheken (Bibliotheken), Build-ID und Symbole: Prüfen Sie geladene .so Bibliotheken und 8-stellige ELF-Build-IDs, bevor Sie sie anhängen. ASfP vergleicht jede Build-ID mit out/target/product/<device>/symbols (symbols/.build-id Index). Wenn die Überprüfung erfolgreich war, wird ein Häkchensymbol angezeigt (wenn Sie den Mauszeiger auf eine überprüfte Zeile bewegen, wird der aufgelöste .debug Pfad angezeigt). Wenn Symbole fehlen, wird ein Warnsymbol angezeigt.
  • Anhängen von Java, C++ und Rust: Wählen Sie Java-Debugger, Nativer Debugger oder beide aus, um die verknüpften Debug-Tabs <process> (<pid>) und <process> (<pid>)-jdwp zu öffnen. Wenn Sie einen C++- oder Rust-Dienst auswählen, wird Java-Debugger ausgeblendet und Java-Debugging nicht verfügbar, kein Java-Prozess angezeigt.
  • Root-Gerät mit einem Klick und JDWP aktivieren: Sie können mit Systemprozesse anzeigen filtern, auf Root-Gerät klicken, um adb root auszuführen (Gerät ist gerootet), oder auf JDWP aktivieren klicken, umpersist.debug.dalvik.vm.jdwp.enabled=1 festzulegen und userdebug Geräte neu zu starten.
• LLDB-Debugger-Verbesserungen, Rust-Visualisierer und ART-Signal weiterleitung:
  • Integrierte lldb-dap Sitzungen unterstützen bedingte Breakpoints, C++- und Rust-Ausnahme-Breakpoints, Inline-Variablenwerte im Editor, Frame fallen lassen, intelligentes Step Into und automatische Rust-Pretty-Printer (String, Vec, HashMap, Option) aus AOSP-Prebuilts.
  • Wenn Sie LLDB an ART- und JNI-Prozesse anhängen, werden interne ART-SIGSEGV- und SIGBUS-Null-Check- oder GC-Signale automatisch weitergeleitet, ohne dass es zu unnötigen Stopps kommt.
  • rust-analyzer wird automatisch aus prebuilts/rust-toolchain/linux-x86/stable/rust-analyzer erkannt (mit Fallback auf prebuilts/rust/linux-x86/stable/rust-analyzer). Unnötige Benachrichtigungen vom Typ 'proc-macro' not found für generierte out/soong/.intermediates-Dateien werden unterdrückt.

Plattformtests und Debugging von cc_test und rust_test

• Debugging von android_test, cc_test und rust_test-Zielen: Sie können Debug Sitzungen über die Gutter-Symbole für Android.bp oder Testmethoden starten:
  • android_test -Module werden mit atest --wait-for-debugger gestartet und der Java-Debugger wird angehängt.
  • cc_test, cc_test_host, rust_test- und rust_test_host-Module werden direkt unter dem integrierten LLDB mit den Aufgaben Build Native Test Module und Deploy with atest (atest --collect-tests-only --disable-teardown) vor dem Start ausgeführt.
• Duale Ziel-host_supported: true und LLDB-Vorlagen pro Maschine: Für cc_test und rust_test-Module mit host_supported: true sind in Soong Test -Konfigurationen sowohl die Optionsfelder Ausführen auf: Gerät als auch Host aktiviert. Sie enthalten unabhängige LLDB-Einstellungskarten pro Ziel, Program arguments, atest arguments und Launch JSON (DAP Settings).

In-IDE-Updates und Plattformqualität

• Automatische In-IDE-Updatebenachrichtigungen: Ab ASfP 2026.2.2 Canary 1 sucht ASfP automatisch im Hintergrund nach neuen Versionen und benachrichtigt Sie in der IDE über das Dialogfeld Android Studio and Plugin Updates . Dort finden Sie die Schaltfläche Download für das neueste .deb Paket und Installationsanweisungen für das Terminal. Sie können jederzeit nach Updates suchen, indem Sie Hilfe > Nach Updates suchen auswählen.
• Permanente -current-linux.deb Kanallinks: Für automatisierte Skripts und Befehlszeileneinrichtungen sind die neuesten Stable- und Canary-Pakete unter folgenden permanenten URLs verfügbar: https://dl.google.com/android/asfp/asfp-current-linux.deb (Stable) und https://dl.google.com/android/asfp/asfp-canary-current-linux.deb (Canary).
• Erkennung von Versionsunterschieden auf dem Laufwerk: ASfP erkennt, wenn die zugrunde liegende .deb Installation auf dem Laufwerk aktualisiert wurde, während die IDE ausgeführt wird, und fordert Sie mit einer Benachrichtigung auf, sie neu zu starten.
• Standard-AOSP-Copyright- und Commit-Prüfungen: Enthält ein vorkonfiguriertes Standard-AOSP-Copyright-Header-Profil und Prüfungen zur Formatierung von Commit-Nachrichten, die auf Plattformbeiträge zugeschnitten sind.
• Erhöhte Standard-Arbeitsspeicherzuweisung: Die maximale Standard-Heap-Größe wurde von 20 GB auf 30 GB erhöht, um große AOSP-Quellbäume zu unterstützen.