Google hat die erste Beta-Version der offenen Mobilplattform Android 17 vorgestellt. Um die neuen Funktionen der Plattform zu bewerten, wurde ein Programm für vorläufige Tests angeboten. Die Firmware-Bauten wurden für die Geräte Pixel 6/6a/6 Pro, Pixel 7/7a/7 Pro, Pixel 8/8a/8 Pro, Pixel 9/9a/9 Pro/9 Pro XL/9 Pro Fold, Pixel 10/10 Pro/10 Pro XL/10 Pro Fold, Pixel Fold und Pixel Tablet vorbereitet. Der Release von Android 17 ist für das zweite Quartal 2026 geplant.
Zu den Änderungen in Android 17 Beta 1 gehören:
- Die Weiterentwicklung der Plattform für Geräte mit großen Bildschirmen wie Tablets, Laptops, Desktop-Systemen und Smartphones mit faltbaren Bildschirmen wurde fortgesetzt. Die zuvor gültigen Optionen zum Deaktivieren des neuen Verhaltens auf Geräten mit Bildschirmen von mehr als 600 dp wurden entfernt, die mit dem Ignorieren bestimmter APIs zur Steuerung von Größenänderungen und Ausrichtungen (screenOrientation, resizeableActivity, [min|max]AspectRatio) sowie dem adaptiven Platzieren von Anwendungen in fensterbasierten, anpassbaren Größen und der Möglichkeit zum Verschieben auf dem Bildschirm zusammenhängen.
- Eine neue Implementierung der Nachrichtenwarteschlange android.os.MessageQueue wurde vorgestellt, die ohne Blockierungen funktioniert. Diese neue Implementierung verbessert die Leistung und reduziert den Frame-Verlust.
- Im Android Runtime (ART) wurde ein generationenbasierter Garbage Collector (Generational Concurrent Mark-Compact Garbage Collector) implementiert, der eine separate Verarbeitung von 'alten' und 'jungen' Objekten verwendet. Dies erhöht die Effizienz bei der Bereinigung von kürzlich erstellten Objekten mit kurzer Lebensdauer. Die Anwendung des generationenbasierten Garbage Collectors verringert das Risiko von Pausen während der Ressourcenallokation und senkt die CPU-Belastung, was die Energieeffizienz verbessert.
- Anwendungen, die Unterstützung für Android 17 und neuere Versionen deklarieren, dürfen die Werte von als 'static final' gekennzeichneten Feldern nicht ändern, was aggressivere Leistungsoptimierungen zur Laufzeit ermöglicht.
- Um den Speicherverbrauch zu reduzieren, ist die Größe der eigenen Layouts für Benachrichtigungsansichten (notification view) begrenzt.
- Im Profilierungstool ProfilingManager wurden zusätzliche Trigger TRIGGER_TYPE_COLD_START, TRIGGER_TYPE_OOM und TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE hinzugefügt, um Daten zu sammeln, die bei der Fehlersuche von Leistungsproblemen hilfreich sind.
- Die Funktionen der Programmierschnittstellen zur Kamerasteuerung wurden erweitert. Die Klasse CameraCaptureSession hat die Methode updateOutputConfigurations() erhalten, die es ermöglicht, Ausgabebereiche dynamisch anzuschließen oder zu trennen, ohne die gesamte Datenerfassungssitzung mit der Kamera neu konfigurieren zu müssen. In der Praxis ermöglicht diese Änderung ein nahtloses Umschalten zwischen verschiedenen Betriebsmodi der Kamera, wie zum Beispiel zwischen Videoaufzeichnung und Fotografie. Bei der Arbeit mit logischen Kameras, die mehrere physische Sensoren abdecken, wurde die Möglichkeit hinzugefügt, Metadaten zu jedem Sensor zu erhalten und nicht nur vom primären Sensor.
- Die Unterstützung des Videoformats VVC (Versatile Video Coding), auch bekannt als der Video-Kompressionsstandard H.266, wurde hinzugefügt. Dieser wurde gemeinsam von den Arbeitsgruppen MPEG (ISO/IEC JTC 1) und VCEG (ITU-T) entwickelt, mit Beiträgen von Unternehmen wie Apple, Ericsson, Intel, Huawei, Microsoft, Qualcomm und Sony. H.266 ersetzt H.265 (HEVC) und bietet eine hohe Effizienz bei der Übertragung und Speicherung aller Bildschirmauflösungen, von SD und HD bis hin zu 4K und 8K. Es unterstützt Videos mit erweitertem dynamischen Bereich (HDR, High Dynamic Range) sowie 360-Grad-Panorama-Videos.
- Die Möglichkeit, Videos mit konstantem Qualitätsniveau aufzunehmen, wurde hinzugefügt. Der Modus wird im MediaRecorder-Objekt konfiguriert, indem die Methode setVideoEncodingQuality() verwendet wird, die es ermöglicht, die Qualitätsstufe ohne Bezug auf die Bitrate festzulegen.
- Für Anwendungen, die im Hintergrund laufen, wurde der Zugang zu APIs für die Audio-Wiedergabe, die Verbindung zu Audiogeräten und die Lautstärkeregelung eingeschränkt. Es wird davon ausgegangen, dass nur aktive Anwendungen, mit denen der Benutzer gerade interagiert, die Wiedergabe starten oder die Lautstärke ändern können.
- Das Attribut android:usesCleartextTraffic, das der Anwendung die Übertragung unverschlüsselten Traffics wie etwa über "http://" erlaubte, wurde als veraltet erklärt. Bei Bedarf für unverschlüsselten Traffic sollten separate Dateien mit Sicherheitseinstellungen verwendet werden.
- Die Unterstützung für hybrido Verschlüsselung auf Basis des HPKE-Mechanismus (Hybrid Public Key Encryption, RFC 9180) wurde hinzugefügt, die die Einfachheit der Schlüsselübergabe in der asymmetrischen Verschlüsselung mit hoher Leistung kombiniert. symmetrische Verschlüsselung (Daten werden mit einem schnellen symmetrischen Schlüssel verschlüsselt, während der Schlüssel selbst mit einer langsamen asymmetrischen Verschlüsselung geschützt wird).
- Neue Einstellungen zur Verwaltung der VoIP-Anrufhistorie wurden hinzugefügt, die die Speicherung von Informationen in Protokollen und die Anzeige von Informationen über getätigte Anrufe im Interface ermöglichen.
- Die API Wi-Fi RTT (Round-Trip-Time) wurde erweitert, um eine kontinuierliche Annäherung an die Entfernung zu Zugangspunkten zu ermöglichen und sichere P2P-Verbindungen (Peer-to-Peer) zu ermitteln.
- Im CompanionDeviceManager wurden neue Profile für die Anforderung von Berechtigungen und die Interaktion von Anwendungen mit medizinischen Geräten und Fitness-Trackern hinzugefügt.
Quelle: opennet.ru
