Versionshinweise zu Android 14, Android 14-QPR1 und Android 14-QPR2

Auf dieser Seite sind die wichtigsten Funktionen in den Releases Android 14, Android 14-QPR1 und Android 14-QPR2 zusammengefasst. Außerdem finden Sie hier Links zu weiteren Informationen. Die Zusammenfassungen der Funktionen sind nach dem Speicherort der Dokumentation auf dieser Website organisiert.

Architektur

backend.[cpp|ndk].additional_shared_libraries

Die in Android 14 eingeführte Funktion backend.[cpp|ndk].additional_shared_libraries fügt den nativen Bibliotheken Abhängigkeiten hinzu und ist nützlich in Kombination mit ndk_header und cpp_header. Weitere Informationen finden Sie unter AIDL-Schnittstelle definieren.

gen_trace-Wert

Ab Android 14 ist gen_trace für die Back-ends cpp und java auf true gesetzt. Weitere Informationen finden Sie unter AIDL-Schnittstelle definieren.

Kernel-Unterstützung

Ab Android 14 werden 5.4-Kernel nicht mehr unterstützt. Aktualisierte Kernel-Informationen finden Sie unter Feature- und Launch-Kernel.

Kernel-Wake-Source-Statistiken

In Android 14-QPR2 wurden Wake-Source-Statistiken zu logcat hinzugefügt. Diese Statistiken geben Aufschluss über die Komponenten im Kernel, die das System während der einzelnen Zyklen zum Anhalten und Fortsetzen aktiv halten. Sie können verwendet werden, um die Kernel-Leistung zu debuggen und die Akkulaufzeit zu verbessern. Kernel-Wake-Source-Statistiken sind nur in Userdebug- und Engineering-Builds verfügbar, bei denen suspend.debug.wakestats_log.enabled auf true gesetzt ist. Weitere Informationen finden Sie unter logKernelWakeLockStats.

Audio

Dynamischer Soundbar-Modus

Mit der Android 14-Framework-Unterstützung können Set-Top-Boxen und OTT-Geräte mit integrierten oder angeschlossenen Lautsprechern als Soundbars für verbundene Geräte konfiguriert werden. Weitere Informationen finden Sie unter Dynamischer Soundbar-Modus.

Migration der Audio-HAL zu AIDL

Ab Android 14 wird die Audio-HAL-Schnittstelle mit AIDL definiert. Weitere Informationen finden Sie unter AIDL-Implementierung und Vergleich von AIDL- und HIDL-Audio-HAL.

Updates für das Routing zu mehreren USB-Geräten

Das Android 14-USB-Framework unterstützt das gleichzeitige Routing zu mehreren USB-Geräten. Weitere Informationen finden Sie unter Kombiniertes Audiogerät-Routing.

Bevorzugte Mixer-Attribute auf USB-Geräten

Android 14 bietet Entwickler-APIs mit denen Apps bevorzugte Mixer-Attribute für die USB Audiowiedergabe abfragen und konfigurieren können. Weitere Informationen finden Sie unter Bevorzugte Mixer-Attribute auf USB-Geräten.

Schalldosis

Android 14 unterstützt die Schalldosis im Audio-Framework und in der Audio-HAL. Dazu werden die Schalldosismessungen kontinuierlich überwacht und Nutzer werden vor schädlichen Expositionsstufen gewarnt. Weitere Informationen finden Sie unter Schalldosis.

Ab Android 14-QPR1 ist die Berechnung der Schalldosis aktiviert.

Kamera

Funktionen für Kameraerweiterungen

In Android 14 wurden der Version 1.4.0 der Kameraerweiterungsschnittstelle die folgenden Funktionen hinzugefügt:

Gerät als Webcam

In Android 14-QPR1 wurde Unterstützung für die Verwendung eines Geräts als USB-Webcam hinzugefügt. Android-Geräte, die diese Funktion unterstützen, werden als UVC-Gerät beworben. So kann die Kamera des Geräts als Webcam für eine Vielzahl von USB-Hosts mit verschiedenen Betriebssystemen (z. B. Linux, macOS, Windows und ChromeOS) verwendet werden. Weitere Informationen finden Sie unter Gerät als Webcam verwenden.

Referenz-USB-Kamera-HAL

In Android 14 wird die Referenz-USB-Kamera-HAL zu AIDL migriert und die HIDL-Implementierung wird verworfen. Informationen zur USB-Kamera HAL finden Sie unter Externe USB-Kameras.

Ultra HDR

In Android 14 wurde Unterstützung für die Aufnahme von komprimierten Ultra-HDR -Bildern im JPEG_R Bildformat hinzugefügt. Dieses Format ist abwärtskompatibel mit SDR-JPEG-Bildern und unterstützt die HDR-Wiedergabe von Inhalten. Weitere Informationen finden Sie unter Ultra HDR.

Aufnahme mit breiter Farbskala

In Android 14 wurde Unterstützung für die Aufnahme mit breiter Farbskala im Display P3-Farbraum hinzugefügt. So können Geräte mit der Klasse ImageReader Bilder mit breiter Farbskala im JPEG-Format aufnehmen, ohne 10-Bit-HDR zu verwenden. Weitere Informationen finden Sie unter Aufnahme mit breiter Farbskala.

Kompatibilität

ITS-Updates für die Kamera

In Android 14 wurden die ITS-Tests für die Kameraaktualisiert. Dazu gehören Updates für Python- und Paketversionen, aktualisierte Tests und neue Tests. Weitere Informationen finden Sie in den Versionshinweisen zur Android 14 Camera Image Test Suite.

CDD-Updates

Das Compatibility Definition Document für Android 14 basiert auf früheren Versionen und enthält Updates für neue Funktionen sowie Änderungen an den Anforderungen für bereits veröffentlichte Funktionen. Eine Liste der Änderungen in Android 14 finden Sie in den Versionshinweisen zum Compatibility Definition Document für Android 14.

CTS-Versionshinweise

Eine Liste der wichtigsten CTS-Änderungen für Android 14 finden Sie in den CTS-Versionshinweisen für Android 14.

CTS Verifier-Tests für die Anwesenheitskalibrierung

In Android 14 wurden CTS Verifier-Tests hinzugefügt, um die aktualisierten Anforderungen für die Anwesenheitskalibrierung für Wi-Fi Neighbor Awareness Networking (NAN) und BLE RSSI zu validieren. Dazu gehören die Tests für die NAN-Genauigkeit, die BLE RSSI-Präzision und die BLE Rx/Tx-Offset-Präzision. Weitere Informationen finden Sie unter Anwesenheitskalibrierung.

CTS-Test zur Video-Encoding-Qualität (VEQ) für die Leistungsklasse 14 (PC14)

In Android 14 wurden Anforderungen an die Video-Encoding-Qualität (VEQ) für Geräte der Leistungsklasse 14 (PC14) eingeführt. Die PC14-VEQ-Anforderungen werden mit einem neuen CTS-Test namens CtsVideoEncodingQualityHostTest überprüft. Weitere Informationen finden Sie unter PC14-VEQ-Tests ausführen.

Konnektivität

Upselling für 5G-Network-Slicing

In Android 14-QPR1 wurde die Funktion „Upselling für 5G-Slicing“ eingeführt. Damit können Mobilfunkanbieter Nutzern erweiterte Netzwerkfunktionen (Latenz und Bandbreite) über 5G-Network-Slicing anbieten. Weitere Informationen finden Sie unter Upselling für 5G-Network-Slicing.

ASHA-Werbung für Hörgeräte

Um die Bluetooth-Kopplung auf ASHA- und LE-Audio-Hörgeräten mit Dual-Modus zu verbessern, kann in Android 14 das zweite Bit (0-indexiert) im ASHA-Funktionsbyte verwendet werden, um anzugeben, ob das Gerät den Coordinated Set Identification Service (CSIS)unterstützt. Weitere Informationen finden Sie unter Audio-Unterstützung für Hörgeräte über Bluetooth LE.

Updates für mehrere aktivierte eSIM-Profile (MEP)

Android 14 unterstützt die Optionen MEP-A1 und MEP-B für die Auswahl der Root-Sicherheitsdomain des Ausstellers (ISD-R) und die Auswahl von eSIM-Ports gemäß GSMA SGP V22 3.0. Weitere Informationen finden Sie unter Mehrere aktivierte Profile.

GNSS

In Android 14 wurden die folgenden GNSS-Funktionen und ‑APIs eingeführt, die über die GNSS-AIDL-HAL-Schnittstelle verfügbar sind:

Geräte, die mit Android 14 auf den Markt kommen, müssen die GNSS-AIDL-HAL verwenden. Das GNSS-Framework unterstützt HIDL-HALs für Geräte, die auf Android 14 aktualisiert wurden. Die neuen GNSS-Funktionen sind jedoch nur über die GNSS-AIDL-HAL-Schnittstelle verfügbar.

Für Chipsätze und Geräte, die mit Android 14 oder höher auf den Markt kommen und einen GPS- oder GNSS-Empfänger enthalten und die Funktion über das android.hardware.location.gps Funktions-Flag an Apps melden, wird dringend empfohlen, die Funktion für den akkumulierten Delta-Bereich zu unterstützen.

IMS-API-Updates

In Android 14 wurden die folgenden Updates für ImsService eingeführt:

  • Die Klasse SipDetails wurde hinzugefügt. Damit kann ImsService wichtige Informationen aus der SIP Antwort melden, die vom Netzwerk bereitgestellt wird, wenn eine IMS-Registrierung, eine IMS-Veröffentlichung oder ein IMS-Abonnement abgeschlossen ist. So erhalten Apps, die die RCS-Einzelregistrierung implementieren, mehr Einblick in die SIP-Transaktionsantwort, wenn ein Problem mit dem Netzwerk oder Gerät auftritt. Dadurch können Fehler oder Ausfälle schnell behoben werden.

    Die Meldung von SipDetails wurde den folgenden Klassen hinzugefügt:

    • ImsRegistrationImplBase, RegistrationManager.RegistrationCallback und ImsRegistrationAttributes: Ermöglicht die Meldung detaillierter Informationen zu SIP-Transaktionsergebnissen, wenn eine SIP REGISTER-Antwort vom Netzwerk zurückgegeben wird.
    • RcsUceAdapter.CapabilitiesCallback und RcsCapabilityExchangeImplBase.SubscribeResponseCallback: Ermöglicht die Meldung detaillierterer Informationen, wenn eine SIP SUBSCRIBE-Antwort vom Netzwerk zurückgegeben wird.
    • RcsUceAdapter.OnPublishStateChangedListener, PublishAttributes, CapabilityExchangeEventListener und RcsCapabilityExchangeImplBase.PublishResponseCallback: Ermöglicht die Meldung detaillierterer Informationen, wenn eine SIP PUBLISH-Antwort vom Netzwerk zurückgegeben wird.

  • Die Klassen MediaQualityStatus und MediaThreshold wurden hinzugefügt, um die Meldung der IMS-Medienqualität zu unterstützen. Mit den folgenden Methoden in MmTelFeature können Updates zur Medienqualität an andere System-Apps wie QualifiedNetworksService gemeldet werden. Diese sind erforderlich, um zu bestimmen, wann der IMS-PDN-Transport geändert werden soll:

    Die Updates zur Medienqualität werden über die TelephonyCallback#MediaQualityStatusChangedListener Schnittstelle gemeldet.

  • Unterstützung für terminalbasiertes Anklopfen in AOSP gemäß den Anforderungen von IR.92 (2.3.4 Communication Waiting) wurde hinzugefügt. So müssen diese Anforderungen nicht mehr von jeder ImsService-Implementierung implementiert werden.

    So aktivieren Sie diese Funktion in AOSP:

    • Legen Sie die Funktion ImsService#CAPABILITY_TERMINAL_BASED_CALL_WAITING fest und implementieren Sie die MmTelFeature#setTerminalBasedCallWaitingStatus Methode.

    • Konfigurieren Sie die folgenden CarrierConfigManager-Schlüssel für jeden Mobilfunkanbieter, um das terminalbasierte Anklopfen für einen bestimmten Mobilfunkanbieter zu aktivieren:

      • ImsSs#KEY_UT_TERMINAL_BASED_SERVICES_INT_ARRAY
      • ImsSs#SUPPLEMENTARY_SERVICE_CW
      • ImsSs#KEY_TERMINAL_BASED_CALL_WAITING_SYNC_TYPE_INT
      • ImsSs#KEY_TERMINAL_BASED_CALL_WAITING_DEFAULT_ENABLED_BOOL

  • Um das Threading für ImsService zu verbessern, wurde in ImsSmsImplBase ein Konstruktor hinzugefügt, mit dem Implementierer während der Klassenerstellung einen Executor bereitstellen können. Mit diesem Executor können eingehende IPC-Anfragen für bestimmte Threads geplant werden.

Dienst für qualifizierte Netzwerke

In Android 14 wurde dem Telefonie-Modul der Dienst für qualifizierte Netzwerke (Qualified Networks Service, QNS) hinzugefügt. Dieser Dienst ist eine Implementierung von QualifiedNetworksService.java.

QNS wertet verfügbare Zugriffsnetzwerke basierend auf dem Netzwerkstatus des Geräts und der Mobilfunkanbieterrichtlinie aus, bestimmt das beste Zugriffsnetzwerk für jeden APN-Typ (z. B. IMS, MMS und EMERGENCY) und meldet die Informationen an das Telefonie-Framework, um den Transporttyp für Datennetzwerke auszuwählen. QNS bietet über 100 Mobilfunkanbieterkonfigurationen, um die Anforderungen der Mobilfunkanbieter zu erfüllen.

QNS ist ein optionaler Dienst. Wenn Sie QNS aktivieren möchten, setzen Sie den Wert der Konfiguration config_qualified_networks_service_package auf com.android.telephony.qns.

<string name="config_qualified_networks_service_package">
    com.android.telephony.qns
</string>

Wi-Fi Aware-Erkennungssitzungen anhalten und fortsetzen

In Android 14 können privilegierte Apps aktive Wi-Fi Aware-Erkennungssitzungen anhalten und fortsetzen. So können Geräte Erkennungssitzungen schneller fortsetzen und weniger Strom verbrauchen. Weitere Informationen finden Sie unter Anhalten und Fortsetzen.

VoIP-APIs für die Telefonie

In Android 14 wurde die TelecomManager#addCall API eingeführt, die die ConnectionService Klasse für VoIP-Anwendungsfälle ersetzt. Diese API bildet die Grundlage für eine neue Telecom CallsManager Jetpack-Klasse, die die Integration von VoIP-Anrufen in die Android-Plattform vereinfacht. Die Jetpack-Klasse bietet Entwicklern eine einzige API-Oberfläche, die unter Android 14 oder höher funktioniert, sowie eine Abwärtskompatibilitätsebene, die die vorhandene Klasse ConnectionService umschließt. Wir empfehlen Entwicklern, die Telecom CallsManager-Jetpack-Klasse direkt zu verwenden, um die größte Bandbreite an Android SDK-Versionen zu unterstützen.

Updates für die Zeit- und Zeitzonenerkennung

In Android 14 wurden die folgenden Updates für die Zeit- und Zeitzonenerkennung unter Android eingeführt:

Ultrabreitband-Tests

In Android 14 wurde ein neuer manueller CTS-Test hinzugefügt, um die Einhaltung der Anforderungen für Ultrabreitband (UWB) zu überprüfen. Weitere Informationen zum Einrichten Ihrer Geräte und zum Ausführen dieses Tests finden Sie unter UWB-Anforderungen.

UWB-HAL-Schnittstelle

In Android 14 wurde Folgendes für die UWB-HAL-Schnittstelle hinzugefügt:

Android-OIDs

  • ANDROID_RANGE_DIAGNOSTICS

Nachrichtenparameter für die UWB-Sitzungskonfiguration

  • ENABLE_DIAGNOSTICS
  • DIAGRAMS_FRAME_REPORTS_FIELDS

Nachrichtenparameter für die UWB-Funktionen

  • SUPPORTED_MIN_SLOT_DURATION_RSTU
  • SUPPORTED_MAX_RANGING_SESSION_NUMBER
  • SUPPORTED_CHANNELS_AOA

Status codes

  • STATUS_ERROR_STOPPED_DUE_TO_OTHER_SESSION_CONFLICT
  • STATUS_REGULATION_UWB_OFF

Codes für den Grund der Statusänderung

  • REASON_ERROR_INVALID_CHANNEL_WITH_AOA
  • REASON_ERROR_STOPPED_DUE_TO_OTHER_SESSION_CONFLICT
  • REASON_REGULATION_UWB_OFF

Weitere Informationen finden Sie unter UWB-HAL-Schnittstelle.

Wi‑Fi 7

In Android 14 wurden neue Funktionen und Verbesserungen zur Unterstützung von Wi‑Fi 7 eingeführt. Weitere Informationen finden Sie unter Wi‑Fi 7.

Wi-Fi-Vendor-HAL

Ab Android 14 wird die Wi-Fi-Vendor-HAL mit AIDL definiert. Weitere Informationen. siehe Wi-Fi-HAL.

Sepia

Updates für die Wi-Fi-Funktion von Sepia

Ab Android 14 enthält die Wi-Fi-Funktion von Sepia die Tools WmediumdService und OpenwrtControlService zur Steuerung von Wi-Fi auf einem Sepia-Gerät. Weitere Informationen finden Sie unter Sepia: Wi-Fi.

Display

WindowManager-Erweiterungen

In Android 14 wurde Unterstützung für den Dual-Display-Modus, die Auswirkungen auf die Leistung beim Laden, und den COMMON_STATE_USE_BASE_STATE gerätespezifischen Status-Identifier in den WindowManager-Erweiterungenhinzugefügt.

Unternehmen

Framework zur Auflösung von Unternehmensrichtlinien für Geräte

Ab Android 14 können mehrere Agents zur Verwaltung von Geräterichtlinien Richtlinien mit DevicePolicyManager APIs festlegen. Weitere Informationen finden Sie unter Framework zur Auflösung von Geräterichtlinien.

Grafik

Android Baseline Profile (ABP) und Vulkan-Implementierung

Alle Geräte, die Android 14 oder höher und die Vulkan-API unterstützen, müssen alle im Android Baseline 2021-Profil definierten Funktionen erfüllen. Weitere Informationen finden Sie unter Vulkan implementieren.

Reduzierter Arbeitsspeicherverbrauch für Grafikpuffer

Ab Android 14 können Sie den Grafikpuffer-Cache erzwingen, um den Arbeitsspeicherverbrauch für die Grafik zu reduzieren. Weitere Informationen finden Sie unter Arbeitsspeicherverbrauch für die Grafik reduzieren.

Einführung von Vulkan 1.1

Für Android 14 und höher müssen alle Vulkan-fähigen Geräte Vulkan 1.1-Treiber haben. Weitere Informationen finden Sie unter CDD-Anforderungen für Android 14 .

Leistung

Leistungssteigerung für Spiele

Ab Android 14 ermöglicht ein neuer Energiesparmodus namens GAME die Anpassung der Smartphone-Leistung während der Verwendung von Spielen. Weitere Informationen finden Sie unter Leistungssteigerung für Spiele.

Berechtigungen

Inhalte für Notizen aufnehmen

Ab Android 14 können Nutzer mit den APIs zum Aufnehmen von Inhalten für Notizen einen Screenshot direkt über die Standard- Notizen-App aufnehmen. Weitere Informationen finden Sie unter Inhalte für Notizen aufnehmen.

Rolle „COMPANION_DEVICE_GLASSES“

Mit der Rolle COMPANION_DEVICE_GLASSES in Android 14 können Nutzer ihre Brille über eine App verwalten und Funktionen wie den Zugriff auf Kontakte sowie die Verwaltung von Benachrichtigungen und Anrufen ausführen. Weitere Informationen finden Sie unter COMPANION_DEVICE_GLASSES unter Android-Rollen.

Rolle „COMPANION_DEVICE_NEARBY_DEVICE_STREAMING“

Mit der Rolle COMPANION_DEVICE_NEARBY_DEVICE_STREAMING in Android 14 können Apps Kommunikationskanäle zwischen verbundenen Geräten erstellen und verwalten, um Apps zu streamen und Benachrichtigungen zwischen den Geräten zu senden. Nur OEMs können diese Rolle gewähren. Weitere Informationen finden Sie unter COMPANION_DEVICE_NEARBY_DEVICE_STREAMING unter Android-Rollen.

Grenzwerte für Full-Screen-Intents

Zum Schutz vor Spam und Phishing darf ab Android 14 die Standard USE_FULL_SCREEN_INTENT Berechtigung zum Senden von Vollbildbenachrichtigungen nur Apps gewährt werden, die Anruf- und Alarmfunktionen bereitstellen. Weitere Informationen finden Sie unter Grenzwerte für Full-Screen-Intents.

Rolle „NOTES“

Die Rolle NOTES in Android 14 unterstützt die Funktion zum Erstellen von Notizen und steigert die Produktivität von Android-Tablets. Mit der Rolle NOTES können OEMs Endnutzern eine einheitliche Notizenfunktion bieten, wenn sie einen Eingabestift auf einem Android-Tablet in der bevorzugten Notizen-App verwenden. Weitere Informationen finden Sie unter NOTES unter Android-Rollen.

Stromversorgung

Migration der Thermal-HAL zu AIDL

Ab Android 14 wird die Thermal-HAL-Schnittstelle mit AIDLdefiniert. Weitere Informationen finden Sie unter Thermische Entlastung.

Berechtigungen „PowerManager.ACQUIRE_CAUSES_WAKEUP“

In Android 14 wurde die android.permission.TURN_SCREEN_ON Berechtigung eingeführt. Das ist eine spezielle App-Zugriffsberechtigung, die Nutzer in den Einstellungen gewähren. Künftig ist diese Berechtigung erforderlich, damit die verworfene PowerManager#ACQUIRE_CAUSES_WAKEUP Konstante eine Wirkung hat. Sie können die Berechtigung für signierte und privilegierte Apps vorab gewähren. Die empfohlene Methode zum Aktivieren des Bildschirms ist die Verwendung von R.attr.turnScreenOn, dafür ist die neue Berechtigung nicht erforderlich.

Laufzeit

Erstellung von JDWP-Threads

In Android 14 wurde die Systemeigenschaft persist.debug.dalvik.vm.jdwp.enabled hinzugefügt, um zu steuern, ob in Userdebug-Builds Java Debug Wire Protocol (JDWP)-Threads erstellt werden. Weitere Informationen finden Sie unter JDWP-Optionen.

OpenJDK 17-Updates

In Android 14 wird die Aktualisierung der Android-Kernbibliotheken fortgesetzt, um sie an die Funktionen der neuesten OpenJDK LTS-Releases anzupassen. Dazu gehören sowohl Bibliotheksupdates als auch die Unterstützung der Java 17-Sprache für App- und Plattformentwickler. Weitere Informationen zu den Änderungen und ihren Auswirkungen auf Android Entwickler finden Sie unter OpenJDK 17-Updates.

Sicherheit

Versionshinweise zur Android 14-Sicherheit

In den Versionshinweisen zur Android-Sicherheit werden die Sicherheitslücken beschrieben, die mit dem Sicherheitspatch-Level 2022-09-01 behoben wurden. Android 14 hat in der AOSP-Version standardmäßig den Sicherheitspatch-Level 2023-09-01. Weitere Informationen finden Sie in den Versionshinweisen zur Android 14-Sicherheit.

2G deaktivieren

In Android 14 können Nutzer 2G auf der Ebene der Funkhardware auf jedem Gerät deaktivieren, das die Funktionskonstante „CAPABILITY_USES_ALLOWED_NETWORK_TYPES_BITMASK“ implementiert. So wird verhindert, dass ein Gerät nach 2G-Netzwerken sucht oder eine Verbindung zu ihnen herstellt. Alle Änderungen finden Sie in der Dokumentation zu 2G deaktivieren.

Mobilfunk-Null-Cipher-/Integritätsmodus deaktivieren

In Android 14 wurde im Menü der Mobilfunknetzeinstellungen ein neuer Schalter eingeführt, mit dem Null-Cipher für Anrufe, die keine Notrufe sind, einfach deaktiviert werden können. Alle Geräte mit Radio-HAL 2.0 und höher unterstützen den neuen Schalter, der vom OEM aktiviert werden kann. Wenn Nutzer Null-Cipher deaktivieren können, wird der Datenschutz verbessert, da verhindert wird, dass SMS- und Sprach-Traffic ohne Verschlüsselung passiv über die Luft abgefangen werden.

Dateinamenverschlüsselung

AES-HCTR2 ist der bevorzugte Modus für die Dateinamenverschlüsselung für Geräte mit beschleunigten Verschlüsselungsanweisungen in Android 14. Weitere Informationen finden Sie unter Dateibasiert.

Mehrere IMEIs

In Android 14 wurde Unterstützung für mehrere IMEIs im Android-Schlüsselattestierungsdatensatz hinzugefügt. OEMs können diese Funktion implementieren, indem sie ein KeyMint-Tag für eine zweite IMEI hinzufügen. Es wird immer häufiger, dass Geräte mehrere Mobilfunkgeräte haben. OEMs können jetzt Geräte mit zwei IMEIs unterstützen. Weitere Informationen finden Sie unter Attestierung.

Schreibgeschützte Dateien

Wenn Ihre App auf Android 14 ausgerichtet ist und Dynamic Code Loading (DCL) verwendet, müssen alle dynamisch geladenen Dateien als schreibgeschützt markiert werden. Andernfalls löst das System eine Ausnahme aus. Wir empfehlen, dass Apps nach Möglichkeit keinen Code dynamisch laden, da dies das Risiko, dass eine App durch Code-Injection oder Code-Manipulation kompromittiert wird, erheblich erhöht.

Sicherheitscenter

In Android 13 wurde das Android-Sicherheitscenter eingeführt, um Weiterleitungseinträge bereitzustellen, damit Nutzer auf bestimmte Sicherheits- und Datenschutzeinstellungen zugreifen können. In Android 14 wurde das Sicherheitscenter weiter verbessert. Alle Änderungen finden Sie in der Dokumentation zum Sicherheitscenter.

Speicher

Auswahl in der Berechtigung für Medien

Ab Android 14 können Nutzer nur bestimmte Medien auswählen, die für eine App freigegeben werden sollen, wenn die App Zugriff auf die Mediathek des Nutzers anfordert. Weitere Informationen finden Sie unter Berechtigungen.

TV

TV-Eingabe-HAL mit AIDL

Ab Android 14 wird die TV-Eingabe-HAL-Schnittstelle mit AIDL definiert.

Virtualisierung

Sicherheitsgarantien für Gastbetriebssysteme

Ab Android 14 sind Schreibvorgänge in verschlüsselte Speichervolumes vertraulich. Weitere Informationen finden Sie unter Gastbetriebssystem.

pKVM-Hypercalls

In Android 14 wird vom pKVM-Hypervisor ein neuer Hypercall zum Freigeben von Arbeitsspeicher bereitgestellt. Weitere Informationen finden Sie unter pKVM-Hypercalls.

pKVM-Vendormodul

In Android 14 wurden pKVM-Vendormodule eingeführt. Weitere Informationen finden Sie unter pKVM-Vendormodule.