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

Auf dieser Seite werden die wichtigsten Funktionen in den Releases Android 14, Android 14-QPR1 und Android 14-QPR2 zusammengefasst und Links zu weiteren Informationen bereitgestellt. Diese Funktionszusammenfassungen sind nach dem Ort der Dokumentation der Funktion auf dieser Website organisiert.

Architektur

backend.[cpp|ndk].additional_shared_libraries

Die Funktion wurde in Android 14 eingeführt. backend.[cpp|ndk].additional_shared_libraries fügt Abhängigkeiten zu den nativen Bibliotheken hinzu und ist nützlich für 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 Backends cpp und java auf true festgelegt. Weitere Informationen finden Sie unter AIDL-Schnittstelle definieren.

Kernel-Unterstützung

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

Statistiken zur Kernel-Wakeup-Quelle

In Android 14 QPR2 werden dem Logcat Statistiken zur Weckquelle hinzugefügt. Diese Statistiken geben Aufschluss darüber, welche Komponenten im Kernel das System während jedes Suspend- und Resume-Zyklus aktiv halten. Sie können verwendet werden, um die Kernel-Leistung zu optimieren und die Akkulaufzeit zu verlängern. Kernel-Wake-Source-Statistiken sind nur in Userdebug- und Engineering-Builds verfügbar, in denen suspend.debug.wakestats_log.enabled auf true festgelegt ist. Weitere Informationen finden Sie unter logKernelWakeLockStats.

Audio

Dynamischer Soundbar-Modus

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

Migration des 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.

Mehrere Updates für das Routing von USB-Geräten

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

Bevorzugte Mixer-Attribute auf USB-Geräten

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

Schalldosis

Android 14 bietet Unterstützung für die Schalldosis im Audio-Framework und in der Audio-HAL, indem die Schalldosismessungen kontinuierlich überwacht und Nutzer vor schädlichen Belastungspegeln gewarnt werden. Weitere Informationen finden Sie unter Schalldosis.

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

Kamera

Funktionen von Kamera-Erweiterungen

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

Gerät als Webcam

Mit Android 14-QPR1 wurde die 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. Dadurch kann eine Vielzahl von USB-Hosts mit verschiedenen Betriebssystemen (z. B. Linux, macOS, Windows und ChromeOS) die Kamera des Geräts als Webcam verwenden. 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 eingestellt. Informationen zum USB-Kamera-HAL finden Sie unter Externe USB-Kameras.

Ultra HDR

Unter Android 14 wird das Aufnehmen von komprimierten Ultra HDR-Bildern im Bildformat JPEG_R unterstützt. Dieses Format ist abwärtskompatibel mit SDR-JPEG-Bildern und unterstützt das HDR-Rendering von Inhalten. Weitere Informationen finden Sie unter Ultra HDR.

Aufnahme mit breiter Farbskala

Unter Android 14 wird die Aufnahme im Display P3-Farbraum unterstützt. Damit können Geräte Farbbilder im JPEG-Format mit der Klasse ImageReader aufnehmen, ohne 10‑Bit-HDR zu verwenden. Weitere Informationen finden Sie unter Aufnahme mit großem Farbraum.

Kompatibilität

ITS-Updates für Kameras

Mit Android 14 werden die Camera ITS-Tests aktualisiert. 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.

Aktualisierungen der CDD

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

CTS-Versionshinweise

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

CTS Verifier-Tests für die Anwesenheitskalibrierung

Unter Android 14 werden CTS Verifier-Tests zum Validieren der aktualisierten Anforderungen für die Kalibrierung von Wi‑Fi Neighbor Awareness Networking (NAN) und BLE RSSI-Präsenz hinzugefügt. Dazu gehören die Tests zur NAN-Genauigkeit, BLE-RSSI-Genauigkeit und BLE-Rx-/Tx-Offset-Genauigkeit. Weitere Informationen finden Sie unter Abstimmung von Präsenz.

CTS-Test für die Video-Encodierungsqualität (VEQ) der Leistungsklasse 14 (PC14)

Mit Android 14 werden Anforderungen an die Video Encoding Quality (VEQ) für Geräte der Performance Class 14 (PC14) eingeführt. Die PC14-VEQ-Anforderungen werden durch einen neuen CTS-Test namens CtsVideoEncodingQualityHostTest überprüft. Weitere Informationen finden Sie unter PC14-VEQ-Tests ausführen.

Konnektivität

Upselling von 5G‑Slicing

Mit Android 14‑QPR1 wird die Funktion zum Upselling von 5G‑Network-Slicing eingeführt. Damit können Mobilfunkanbieter Nutzern über 5G‑Network-Slicing verbesserte Netzwerkfunktionen (Latenz und Bandbreite) anbieten. Weitere Informationen finden Sie unter 5G-Slicing-Upselling.

ASHA-Werbung für Hörgeräte

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

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

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

GNSS

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

Geräte, die bei Markteinführung Android 14 nutzen, 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 Chipsets 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 Funktions-Flag android.hardware.location.gps an Apps melden, wird dringend empfohlen, die Funktion accumulated delta range zu unterstützen.

IMS API-Updates

Unter Android 14 werden die folgenden Änderungen an ImsService eingeführt:

  • Fügt die Klasse SipDetails hinzu, mit der ImsService wichtige Informationen aus der SIP-Antwort des Netzwerks melden kann, wenn eine IMS-Registrierung, eine IMS-Veröffentlichung oder ein IMS-Abonnement abgeschlossen ist. Apps, die die Einzelregistrierung für RCS implementieren, erhalten so mehr Einblick in die SIP-Transaktionsantwort, wenn ein Netzwerk- oder Geräteproblem auftritt. Dadurch können Fehler oder Ausfälle schnell behoben werden.

    Die Berichterstellung für SipDetails wird den folgenden Klassen hinzugefügt:

    • ImsRegistrationImplBase, RegistrationManager.RegistrationCallback und ImsRegistrationAttributes: Ermöglicht die Meldung detaillierter Informationen zum Ergebnis von SIP-Transaktionen, 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.

  • Fügt die Klassen MediaQualityStatus und MediaThreshold hinzu, um die Berichterstellung zur IMS-Mediaqualität zu unterstützen. Mit den folgenden Methoden in MmTelFeature können Updates zur Media-Qualität an andere System-Apps wie QualifiedNetworksService gemeldet werden. Dies ist erforderlich, um zu ermitteln, wann der IMS-PDN-Transport geändert werden soll:

    Die Updates zur Media-Qualität werden über die TelephonyCallback#MediaQualityStatusChangedListener-Schnittstelle gemeldet.

  • Unterstützung für terminalbasiertes Anklopfen in AOSP gemäß den IR.92-Anforderungen (2.3.4 Communication Waiting) hinzugefügt. Dadurch entfällt die Notwendigkeit, dass jede ImsService-Implementierung diese Anforderungen erfüllt.

    So aktivieren Sie diese Funktion in AOSP:

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

    • Konfigurieren Sie die folgenden CarrierConfigManager-Schlüssel für jeden Mobilfunkanbieter, um die terminalbasierte Anklopffunktion 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

  • Zur Verbesserung der Threading-Funktionen für ImsService wird ein Konstruktor für ImsSmsImplBase 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.

Qualifizierte Netzwerkdienste

In Android 14 wird dem Telefonie-Modul der Qualified Networks Service (QNS) hinzugefügt. Dieser Dienst ist eine Implementierung von QualifiedNetworksService.java.

QNS bewertet verfügbare Zugriffsnetzwerke anhand des Netzwerkstatus des Geräts und der Richtlinie des Mobilfunkanbieters, ermittelt 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 von Mobilfunkanbietern zu erfüllen.

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

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

Wi-Fi Aware-Erkennungssitzungen anhalten und fortsetzen

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

VoIP-APIs für Telekommunikation

Mit Android 14 wird die API TelecomManager#addCall eingeführt, die die Klasse ConnectionService 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 ConnectionService-Klasse umschließt. Wir empfehlen Entwicklern, die Telecom-Jetpack-Klasse CallsManager direkt zu verwenden, um die meisten Android SDK-Versionen abzudecken.

Updates zur Erkennung von Uhrzeit und Zeitzone

Mit Android 14 werden die folgenden Änderungen an der Erkennung von Zeit und Zeitzone unter Android eingeführt:

Ultrabreitband-Tests

Unter Android 14 wird ein neuer manueller CTS-Test hinzugefügt, um die Einhaltung der Ultrabreitband-Anforderungen (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 dem UWB HAL-Interface Folgendes hinzugefügt:

Android-OIDs

  • ANDROID_RANGE_DIAGNOSTICS

Parameter für UWB-Sitzungskonfigurationsnachrichten

  • ENABLE_DIAGNOSTICS
  • DIAGRAMS_FRAME_REPORTS_FIELDS

Nachrichtenparameter für 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

Ursachencodes für Statusänderungen

  • 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

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

WLAN-Anbieter-HAL

Ab Android 14 wird die WLAN-Vendor-HAL mit AIDL definiert. Weitere Informationen finden Sie unter WLAN-HAL.

Cuttlefish

Cuttlefish-WLAN-Funktionsupdates

Ab Android 14 enthält die Cuttlefish-WLAN-Funktion die Tools WmediumdService und OpenwrtControlService zum Steuern von WLAN auf einem Cuttlefish-Gerät. Weitere Informationen finden Sie unter Cuttlefish: WLAN.

Anzeige

WindowManager-Erweiterungen

In Android 14 wird der Dual-Display-Modus unterstützt. Außerdem gibt es Leistungseinbußen beim Laden und den gerätespezifischen Status-Identifier COMMON_STATE_USE_BASE_STATE in den WindowManager-Erweiterungen.

Unternehmen

Framework zur Behebung von Problemen mit Unternehmensgeräterichtlinien

Ab Android 14 können mehrere Geräteverwaltungs-Agents Richtlinien mit den DevicePolicyManager-APIs festlegen. Weitere Informationen zum Framework für die 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 Funktionen erfüllen, die im Profil „Android Baseline 2021“ definiert sind. Weitere Informationen finden Sie unter Vulkan implementieren.

Geringerer Arbeitsspeicherverbrauch für Grafikpuffer

Ab Android 14 können Sie den Grafikpuffer-Cache erzwingen, um den Grafikspeicherverbrauch zu reduzieren. Weitere Informationen finden Sie unter Grafikspeicherverbrauch reduzieren.

Vulkan 1.1

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

Leistung

Leistungssteigerung für Spiele

Ab Android 14 gibt es einen neuen Energiesparmodus namens GAME, mit dem die Leistung des Smartphones während der Verwendung von Spielen angepasst werden kann. Weitere Informationen finden Sie unter Leistungssteigerung für Spiele.

Berechtigungen

Inhalte für Notizen erfassen

Ab Android 14 können Nutzer mit den APIs zum Erfassen von Inhalten für Notizen Screenshots direkt über die Standard-Notizen-App erstellen. Weitere Informationen

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 Telefonanrufen ausführen. Weitere Informationen finden Sie unter COMPANION_DEVICE_GLASSES auf der Seite 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 im Abschnitt Android-Rollen.

Beschränkungen für Full-Screen Intents

Zum Schutz vor Spam und Phishing dürfen ab Android 14 nur Apps mit Anruf- oder Alarmfunktionen die Berechtigung USE_FULL_SCREEN_INTENT zum Senden von Vollbildbenachrichtigungen standardmäßig aktivieren. Weitere Informationen finden Sie unter Einschränkungen für Vollbild-Intents.

Rolle „NOTES“

Die NOTES-Rolle in Android 14 unterstützt die Notizfunktion und steigert die Produktivität von Android-Tablets. Mit der NOTES-Rolle können OEMs Endnutzern eine einheitliche Notizenerstellung ermöglichen, wenn sie einen Stylus auf einem Android-Tablet in der bevorzugten Notizen-App verwenden. Weitere Informationen finden Sie unter NOTES auf der Seite Android-Rollen.

Leistung

Migration des Thermal HAL zu AIDL

Ab Android 14 wird die Thermal HAL-Schnittstelle mit AIDL definiert. Weitere Informationen finden Sie unter Thermische Belastung reduzieren.

PowerManager.ACQUIRE_CAUSES_WAKEUP-Berechtigungen

In Android 14 wird die Berechtigung android.permission.TURN_SCREEN_ON eingeführt, eine spezielle App-Zugriffsberechtigung, die Nutzer in ihren Einstellungen erteilen. Künftig ist diese Berechtigung erforderlich, damit die eingestellte Konstante PowerManager#ACQUIRE_CAUSES_WAKEUP eine Wirkung hat. Sie können die Berechtigung für signierte und privilegierte Apps vorab erteilen. Die empfohlene Methode zum Einschalten des Displays ist die Verwendung von R.attr.turnScreenOn, für die die neue Berechtigung nicht erforderlich ist.

Laufzeit

JDWP-Thread erstellen

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

OpenJDK 17-Updates

In Android 14 werden die Core-Bibliotheken von Android weiterhin aktualisiert, um sie an die Funktionen in den neuesten OpenJDK-LTS-Releases anzupassen. Das umfasst 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 zu Sicherheitsupdates für Android 14

In den Versionshinweisen zu Android-Sicherheitsupdates werden die Sicherheitslücken beschrieben, die im Sicherheitspatch-Level 2022-09-01 behoben wurden. Android 14, wie es im AOSP veröffentlicht wurde, hat standardmäßig den Sicherheitspatch-Level 2023-09-01. Weitere Informationen finden Sie in den Versionshinweisen zu Sicherheitsupdates für Android 14.

2G deaktivieren

Mit Android 14 können Nutzer 2G auf der Ebene der Funkhardware auf jedem Gerät deaktivieren, das die Fähigkeitskonstante „CAPABILITY_USES_ALLOWED_NETWORK_TYPES_BITMASK“ implementiert. Dadurch wird verhindert, dass ein Gerät 2G‑Netzwerke scannt oder eine Verbindung zu ihnen herstellt. Alle Änderungen finden Sie in der Dokumentation unter 2G deaktivieren.

Mobilfunk-Nullchiffre-/Integritätsmodus deaktivieren

In Android 14 gibt es in den Einstellungen für Mobilfunknetze eine neue Ein/Aus-Schaltfläche, mit der sich Null-Chiffren für Anrufe, die keine Notrufe sind, ganz einfach deaktivieren lassen. Alle Geräte, die Radio HAL 2.0 und höher verwenden, unterstützen den neuen Schalter, den der OEM aktivieren kann. Wenn Nutzer Null-Chiffren deaktivieren können, wird der Datenschutz verbessert, da verhindert wird, dass SMS- und Sprachverkehr ohne Verschlüsselung passiv über die Luftschnittstelle abgefangen werden.

Verschlüsselung von Dateinamen

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

Mehrere IMEIs

Unter Android 14 werden mehrere IMEIs im Android-Schlüsselattestdatensatz unterstützt. OEMs können diese Funktion implementieren, indem sie ein KeyMint-Tag für eine zweite IMEI hinzufügen. Es wird immer üblicher, dass Geräte mehrere Mobilfunkmodule haben, und OEMs können jetzt Geräte mit zwei IMEIs unterstützen. Weitere Informationen finden Sie unter Attestation.

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 gekennzeichnet sein. 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 noch einmal verbessert. Alle Änderungen finden Sie in der Dokumentation zum Safety Center.

Speicher

Auswahl in der Media-Berechtigung

Ab Android 14 haben Nutzer die Möglichkeit, nur bestimmte Medien auszuwählen, die sie mit einer App teilen möchten, 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 Schnittstelle TV Input HAL mit AIDL definiert.

Virtualisierung

Sicherheitsgarantien für Gastbetriebssysteme

Ab Android 14 sind Schreibvorgänge auf verschlüsseltem Speicher vertraulich. Weitere Informationen finden Sie unter Gastbetriebssystem.

pKVM-Hypercalls

Der pKVM-Hypervisor in Android 14 bietet einen neuen Hypercall zum Freigeben von Arbeitsspeicher. Weitere Informationen finden Sie unter pKVM-Hypercalls.

pKVM-Anbietermodul

pKVM-Anbietermodule werden in Android 14 eingeführt. Weitere Informationen finden Sie unter Anbietermodule für pKVM.