Cambiamenti del comportamento: tutte le app

La piattaforma Android 14 include modifiche al comportamento che potrebbero influire sulla tua app. Le seguenti modifiche al comportamento si applicano a tutte le app quando vengono eseguite su Android 14, indipendentemente da targetSdkVersion. Devi testare la tua app e poi modificarla in base alle necessità per supportarle correttamente, ove applicabile.

Assicurati di esaminare anche l'elenco delle modifiche al comportamento che interessano solo le app con targeting Android 14.

Funzionalità di base

Le sveglie esatte programmate sono vietate per impostazione predefinita

精确的闹钟适用于用户指定的通知，或是在确切时间需要执行的操作。从 Android 14 开始，系统不再向以 Android 13 及更高版本为目标平台的大多数新安装应用预先授予 SCHEDULE_EXACT_ALARM 权限，该权限默认处于拒绝状态。

详细了解安排精确闹钟的权限变化。

Le trasmissioni registrate al contesto vengono messe in coda mentre le app vengono memorizzate nella cache

在 Android 14 中，当应用处于缓存状态时，系统可以将上下文注册的广播放入队列中。这与 Android 12（API 级别 31）为异步 binder 事务引入的队列行为类似。在清单中声明的广播不会加入队列，并且应用会从缓存状态中移除以进行广播传递。

当应用离开缓存状态（例如返回前台）时，系统会传递所有已加入队列的广播。某些广播的多个实例 可能会合并为一个广播。取决于其他因素，如系统 运行状况，则可能会从缓存状态中移除应用，以及之前排队 广播。

Le app possono terminare solo le proprie procedure in background

从 Android 14 开始，当您的应用调用 killBackgroundProcesses() 时，该 API 只能终止您自己应用的后台进程。

如果您传入另一个应用的软件包名称，此方法对该应用的后台进程没有影响，并且 Logcat 中会显示以下消息：

Invalid packageName: com.example.anotherapp

您的应用不应使用 killBackgroundProcesses() API，也不得以其他方式尝试影响其他应用的进程生命周期，即使在旧版操作系统上也是如此。Android 旨在让缓存应用在后台运行，并在系统需要内存时自动终止它们。如果您的应用会不必要地终止其他应用，则由于之后需要完全重启这些应用，因此可能会降低系统性能并增加耗电量，这比恢复现有缓存应用所消耗的资源要多得多。

L'MTU è impostato su 517 per il primo client GATT che richiede un MTU

A partire da Android 14, lo stack Bluetooth per Android è conforme in modo più rigoroso alla versione 5.2 della specifica Bluetooth Core e richiede l'MTU BLE ATT a 517 byte quando il primo client GATT richiede una MTU utilizzando l'API BluetoothGatt#requestMtu(int), ignorando tutte le successive richieste di MTU su quella connessione ACL.

Per affrontare questa modifica e rendere la tua app più solida, prendi in considerazione le seguenti opzioni:

  • Il dispositivo periferico deve rispondere alla richiesta di MTU del dispositivo Android con un valore ragionevole consentito dalla periferica. Il valore negoziato finale sarà un minimo del valore richiesto per Android e il valore remoto fornito (ad esempio, min(517, remoteMtu))
    • L'implementazione di questa correzione potrebbe richiedere un aggiornamento del firmware per la periferica
  • In alternativa, limita le scritture delle caratteristiche GATT in base al minimo tra il valore supportato noto della tua periferica e la modifica dell'MTU ricevuta.
    • Ricorda che devi ridurre di 5 byte le dimensioni supportate per le intestazioni
    • Ad esempio: arrayMaxLength = min(SUPPORTED_MTU, GATT_MAX_ATTR_LEN(517)) - 5

Nuovo motivo per cui un'app può essere inserita nel bucket in standby limitato

Android 14 introduces a new reason an app can be placed into the restricted standby bucket. The app's jobs trigger ANR errors multiple times due to onStartJob, onStopJob, or onBind method timeouts. (See JobScheduler reinforces callback and network behavior for changes to onStartJob and onStopJob.)

To track whether or not the app has entered the restricted standby bucket, we recommend logging with the API UsageStatsManager.getAppStandbyBucket() on job execution or UsageStatsManager.queryEventsForSelf() on app startup.

Mlock limitato a 64 kB

In Android 14 (livello API 34) e versioni successive, la piattaforma riduce a 64 kB per processo la memoria massima che può essere bloccata utilizzando mlock(). Nelle versioni precedenti, il limite era di 64 MB per processo. Questa limitazione promuove una migliore gestione della memoria tra le app e il sistema. Per offrire una maggiore coerenza tra i dispositivi, Android 14 aggiunge un nuovo test CTS per il nuovo limite di mlock() sui dispositivi compatibili.

Il sistema applica l'utilizzo delle risorse delle app memorizzate nella cache

从设计上讲，当应用的进程移至后台且没有任何其他应用进程组件在运行时，应用进程将处于缓存状态。此类应用进程可能会因系统内存压力而终止。在此状态下，Activity 实例在调用并返回 onStop() 方法后执行的任何工作均不可靠，强烈建议不要这样做。

Android 14 对此设计引入了一致性和强制执行要求。在应用进程进入缓存状态后不久，系统会禁止后台工作，直到进程组件重新进入生命周期的活跃状态。

使用框架支持的典型生命周期 API（例如服务、JobScheduler 和 Jetpack WorkManager）的应用应该不受这些变化的影响。

Esperienza utente

Modifiche all'esperienza degli utenti con le notifiche non ignorabili

如果您的应用向用户显示不可关闭的前台通知，请注意：Android 14 已更改此行为，允许用户关闭此类通知。

这项变更适用于阻止用户关闭前台的应用 将 Notification.FLAG_ONGOING_EVENT 设置为 Notification.Builder#setOngoing(true) 或 NotificationCompat.Builder#setOngoing(true)。FLAG_ONGOING_EVENT 的行为已发生变化，使用户实际上能够关闭此类通知。

在以下情况下，此类通知仍不可关闭：

  • 当手机处于锁定状态时
  • 如果用户选择全部清除通知操作（有助于防止意外关闭）

此外，这一新行为不适用于以下用例中的通知：

  • CallStyle 条通知
  • 企业设备政策控制器 (DPC) 和支持软件包
  • 媒体通知
  • 默认的搜索选择器软件包

Le informazioni sulla sicurezza dei dati sono più visibili

Per migliorare la privacy degli utenti, Android 14 aumenta il numero di posizioni in cui il sistema mostra le informazioni che hai dichiarato nel modulo di Play Console. Attualmente gli utenti possono visualizzare queste informazioni nella sezione Sicurezza dei dati nella scheda della tua app in Google Play.

Ti invitiamo a esaminare le norme relative alla condivisione dei dati sulla posizione della tua app e a dedicare un momento ad apportare eventuali aggiornamenti applicabili alla sezione Sicurezza dei dati di Google Play della tua app.

Nella guida, scopri di più su come le informazioni sulla sicurezza dei dati sono più visibili su Android 14.

Accessibilità

Ridimensionamento non lineare dei caratteri al 200%

A partire da Android 14, il sistema supporta lo scale up dei caratteri fino al 200%, fornendo agli utenti ipovedenti opzioni di accessibilità aggiuntive in linea con le linee guida per l'accessibilità dei contenuti web (WCAG).

Se utilizzi già unità in pixel scalati (sp) per definire il dimensionamento del testo, è probabile che questa modifica non avrà un impatto elevato sulla tua app. Tuttavia, dovresti eseguire un test dell'interfaccia utente con la dimensione massima del carattere attivata (200%) per assicurarti che l'app sia in grado di supportare dimensioni dei caratteri più grandi senza influire sull'usabilità.

Sicurezza

Livello API target installabile minimo

Starting with Android 14, apps with a targetSdkVersion lower than 23 can't be installed. Requiring apps to meet these minimum target API level requirements improves security and privacy for users.

Malware often targets older API levels in order to bypass security and privacy protections that have been introduced in newer Android versions. For example, some malware apps use a targetSdkVersion of 22 to avoid being subjected to the runtime permission model introduced in 2015 by Android 6.0 Marshmallow (API level 23). This Android 14 change makes it harder for malware to avoid security and privacy improvements. Attempting to install an app targeting a lower API level will result in an installation failure, with the following message appearing in Logcat:

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7

On devices upgrading to Android 14, any apps with a targetSdkVersion lower than 23 will remain installed.

If you need to test an app targeting an older API level, use the following ADB command:

adb install --bypass-low-target-sdk-block FILENAME.apk

I nomi dei pacchetti dei proprietari dei media potrebbero essere oscurati

The media store supports queries for the OWNER_PACKAGE_NAME column, which indicates the app that stored a particular media file. Starting in Android 14, this value is redacted unless at least one of the following conditions is true:

  • The app that stored the media file has a package name that is always visible to other apps.

  • The app that queries the media store requests the QUERY_ALL_PACKAGES permission.

Learn more about how Android filters package visibility for privacy purposes.