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 dal
targetSdkVersion. Devi
testare la tua app e poi modificarla in base alle esigenze per supportare correttamente questi comportamenti, ove
applicabile.
Assicurati di esaminare anche l'elenco delle modifiche al comportamento che interessano solo le app che hanno come target Android 14.
Funzionalità di base
La programmazione di sveglie esatte viene negata per impostazione predefinita
Le sveglie esatte sono destinate alle notifiche intenzionali dell'utente o ad azioni che devono avvenire in un momento preciso. A partire da Android 14, l'autorizzazione
SCHEDULE_EXACT_ALARM
non viene più pre-concessa alla maggior parte delle app appena installate
che hanno come target Android 13 e versioni successive: l'autorizzazione viene negata per impostazione predefinita.
Scopri di più sulle modifiche all'autorizzazione per la pianificazione di sveglie precise.
Le trasmissioni registrate in base al contesto vengono messe in coda mentre le app vengono memorizzate nella cache
Su Android 14, il sistema può mettere in coda le trasmissioni registrate in base al contesto mentre l'app è in stato nella cache. È un processo simile all'accodamento comportamento introdotto da Android 12 (livello API 31) per binder asincrono transazioni. Le trasmissioni dichiarate dai file manifest non vengono messe in coda e le app vengono rimosse dallo stato memorizzato nella cache per l'invio della trasmissione.
Quando l'app lascia lo stato memorizzato nella cache, ad esempio torna in primo piano, invia eventuali trasmissioni in coda. Più istanze di determinate trasmissioni potrebbero essere unite in un'unica trasmissione. In base ad altri fattori, come il sistema l'integrità, le app potrebbero essere rimosse dallo stato memorizzato nella cache e qualsiasi gli annunci vengono consegnati.
Le app possono terminare solo i propri processi in background
从 Android 14 开始，当您的应用调用 killBackgroundProcesses() 时，该 API 只能终止您自己应用的后台进程。
如果您传入另一个应用的软件包名称，此方法对该应用的后台进程没有影响，并且 Logcat 中会显示以下消息：
Invalid packageName: com.example.anotherapp
您的应用不应使用 killBackgroundProcesses() API，也不得以其他方式尝试影响其他应用的进程生命周期，即使在旧版操作系统上也是如此。Android 旨在让缓存应用在后台运行，并在系统需要内存时自动终止它们。如果您的应用会不必要地终止其他应用，则由于之后需要完全重启这些应用，因此可能会降低系统性能并增加耗电量，这比恢复现有缓存应用所消耗的资源要多得多。
L'MTU è impostata su 517 per il primo client GATT che richiede un'MTU
A partire da Android 14, lo stack Bluetooth di Android rispetta più rigorosamente la versione 5.2 della Bluetooth Core Specification e richiede un MTU BLE ATT di 517 byte quando il primo client GATT richiede un MTU utilizzando l'API BluetoothGatt#requestMtu(int) e ignora tutte le richieste MTU successive su quella connessione ACL.
Per gestire questa modifica e rendere la tua app più solida, valuta le seguenti opzioni:
- La periferica deve rispondere alla richiesta MTU del dispositivo Android con un valore ragionevole che possa essere supportato dalla periferica. Il valore finale negoziato sarà un valore minimo del valore richiesto da Android e del valore fornito dal dispositivo remoto (ad esempio
min(517, remoteMtu)).- L'implementazione di questa correzione potrebbe richiedere un aggiornamento del firmware della periferica
- In alternativa, limita le scritture delle caratteristiche GATT in base al valore minimo tra il valore supportato noto della periferica e la variazione dell'MTU ricevuta.
- Ti ricordiamo 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 di standby con limitazioni
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 la memoria massima
che può essere bloccata utilizzando mlock() a 64 KB per processo. Nelle versioni precedenti, il limite era di 64 MB per processo. Questa limitazione
favorisce una migliore gestione della memoria tra le app e il sistema. Per garantire maggiore consistenza 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
Per impostazione predefinita, il processo di un'app è in uno stato memorizzato nella cache quando viene spostato in background e non sono in esecuzione altri componenti del processo dell'app. Un processo di app di questo tipo
è soggetto a essere interrotto a causa della pressione sulla memoria di sistema. Qualsiasi lavoro eseguito dalle istanze Activity dopo l'esecuzione e il ritorno del metodo onStop(), mentre è in questo stato, non è affidabile e sconsigliato vivamente.
Android 14 introduce coerenza e applicazione a questo design. Poco dopo che un processo dell'app entra in uno stato memorizzato nella cache, il lavoro in background non è consentito finché un componente del processo non rientra in uno stato attivo del ciclo di vita.
Le app che utilizzano API di ciclo di vita supportate dal framework, come services, JobScheduler e Jetpack WorkManager, non dovrebbero essere interessate da queste modifiche.
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 punti in cui il sistema mostra le informazioni che hai dichiarato nel modulo di Play Console. Al momento, gli utenti possono visualizzare queste informazioni nella sezione Sicurezza dei dati della scheda della tua app su Google Play.
Ti invitiamo a esaminare le norme relative alla condivisione dei dati sulla posizione della tua app e a apportare eventuali aggiornamenti alla sezione Sicurezza dei dati di Google Play della tua app.
Scopri di più nella guida su come le informazioni sulla sicurezza dei dati sono più visibili su Android 14.
Accessibilità
Ridimensionamento non lineare dei caratteri fino al 200%
A partire da Android 14, il sistema supporta il ridimensionamento dei caratteri fino al 200%, offrendo agli utenti opzioni di accessibilità aggiuntive.
Se utilizzi già unità di pixel scalabili (sp) per definire le dimensioni del testo, questa modifica probabilmente non avrà un impatto elevato sulla tua app. Tuttavia, devi eseguire test dell'interfaccia utente con le dimensioni del carattere massime abilitate (200%) per assicurarti che la tua app possa ospitare dimensioni del carattere più grandi senza influire sull'usabilità.
Sicurezza
Livello API target installabile minimo
从 Android 14 开始，targetSdkVersion 低于 23 的应用无法安装。要求应用满足这些最低目标 API 级别要求有助于提高用户的安全性和隐私性。
恶意软件通常会以较旧的 API 级别为目标平台，以绕过在较新版本 Android 中引入的安全和隐私保护机制。例如，有些恶意软件应用使用 targetSdkVersion 22，以避免受到 Android 6.0 Marshmallow（API 级别 23）在 2015 年引入的运行时权限模型的约束。这项 Android 14 变更使恶意软件更难以规避安全和隐私权方面的改进限制。尝试安装以较低 API 级别为目标平台的应用将导致安装失败，并且 Logcat 中会显示以下消息：
INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7
在升级到 Android 14 的设备上，targetSdkVersion 低于 23 的所有应用都将继续保持安装状态。
如果您需要测试以旧版 API 级别为目标平台的应用，请使用以下 ADB 命令：
adb install --bypass-low-target-sdk-block FILENAME.apk
I nomi dei pacchetti dei proprietari dei media potrebbero essere oscurati
Il media store supporta le query per la colonna OWNER_PACKAGE_NAME, che indica l'app che ha archiviato un determinato file multimediale. A partire da Android
14, questo valore viene oscurato, a meno che non sia vera almeno una delle seguenti condizioni:
- L'app che ha archiviato il file multimediale ha un nome pacchetto sempre visibile alle altre app.
L'app che esegue query sul media store richiede l'autorizzazione
QUERY_ALL_PACKAGES.
Scopri di più su come Android filtra la visibilità dei pacchetti per motivi di privacy.