La piattaforma Android 14 include modifiche al comportamento che potrebbero interessare la 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 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
Per impostazione predefinita, la pianificazione delle sveglie esatte viene negata
精确的闹钟适用于用户指定的通知，或是在确切时间需要执行的操作。从 Android 14 开始，系统不再向以 Android 13 及更高版本为目标平台的大多数新安装应用预先授予 SCHEDULE_EXACT_ALARM 权限，该权限默认处于拒绝状态。
详细了解安排精确闹钟的权限变化。
Le trasmissioni registrate nel contesto vengono messe in coda mentre le app sono 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
A partire da Android 14, quando la tua app chiama killBackgroundProcesses(),
l'API può uccidere solo i processi in background della tua app.
Se passi il nome del pacchetto di un'altra app, questo metodo non influisce sul procedura in background dell'app e in Logcat viene visualizzato il seguente messaggio:
Invalid packageName: com.example.anotherapp
L'app non deve utilizzare l'API killBackgroundProcesses() né tentare in altro modo
per influenzare il ciclo di vita dei processi di altre app, anche sulle versioni meno recenti del sistema operativo.
Android è progettato per mantenere in cache le app in background e chiuderle automaticamente quando il sistema ha bisogno di memoria. Se la tua app termina altre app
inutilmente, possono ridurre le prestazioni del sistema e aumentare il consumo della batteria
richiedendo il riavvio completo di queste app in un secondo momento.
rispetto al ripristino di un'app memorizzata nella cache esistente.
L'MTU è impostato 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 introduce un nuovo motivo per cui un'app può essere inserita nel bucket di standby con limitazioni.
I job dell'app attivano più volte errori ANR a causa di timeout dei metodi onStartJob,
onStopJob o onBind.
(Per le modifiche a onStartJob e onStopJob, consulta JobScheduler rafforza il comportamento di callback e rete.)
Per monitorare se l'app è entrata o meno nel bucket di standby limitato, consigliamo di eseguire il logging con l'API UsageStatsManager.getAppStandbyBucket() all'esecuzione del job o con UsageStatsManager.queryEventsForSelf() all'avvio dell'app.
mlock limitato a 64 KB
在 Android 14（API 级别 34）及更高版本中，平台将可使用 mlock() 锁定的最大内存量减少到每个进程 64 KB。在之前的版本中，每个进程的上限为 64 MB。此限制有助于更好地管理应用和系统的内存。为了在各种设备上提供更一致的体验，Android 14 针对兼容设备上的新 mlock() 限制添加了一项新的 CTS 测试。
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 al modo in cui gli utenti interagiscono 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
To enhance user privacy, Android 14 increases the number of places where the system shows the information you have declared in the Play Console form. Currently, users can view this information in the Data safety section on your app's listing in Google Play.
We encourage you to review your app's location data sharing policies and take a moment to make any applicable updates to your app's Google Play Data safety section.
Learn more in the guide about how data safety information is more visible on Android 14.
Accessibilità
Ridimensionamento non lineare dei caratteri fino al 200%
从 Android 14 开始，系统支持将字体放大至最高 200%，为用户提供更多无障碍选项。
如果您已使用可缩放像素 (sp) 单位来定义文本大小，这项更改可能不会对您的应用产生太大影响。不过，您应在启用最大字号 (200%) 的情况下执行界面测试，确保应用能够在不影响易用性的情况下适应较大的字号。
Sicurezza
Livello API target installabile minimo
A partire da Android 14, le app con un
targetSdkVersion minore di 23
non può essere installato. Richiedere alle app di soddisfare questi livelli API target minimi
di sicurezza migliorano la sicurezza e la privacy degli utenti.
Il malware spesso prende di mira livelli API meno recenti per aggirare la sicurezza e la privacy
che sono state introdotte nelle versioni più recenti di Android. Ad esempio:
alcune app malware utilizzano un valore targetSdkVersion pari a 22 per evitare di essere soggette
di autorizzazione di runtime introdotto nel 2015 da Android 6.0 Marshmallow (API
livello 23). Questa modifica ad Android 14 rende più difficile per il malware evitare la sicurezza
e miglioramenti della privacy.
Il tentativo di installare un'app che ha come target un livello API inferiore comporterà un
di installazione non riuscita, con il seguente messaggio visualizzato in Logcat:
INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 23, but found 7
Sui dispositivi su cui viene eseguito l'upgrade ad Android 14, tutte le app con un targetSdkVersion inferiore
rimarranno installate.
Se devi testare un'app che ha come target un livello API precedente, utilizza il seguente comando ADB:
adb install --bypass-low-target-sdk-block FILENAME.apk
I nomi dei pacchetti dei proprietari dei media potrebbero essere oscurati
媒体库支持查询 OWNER_PACKAGE_NAME 列，该列表示存储特定媒体文件的应用。从 Android 14 开始，除非满足以下条件之一，否则系统会隐去此值：
- 存储媒体文件的应用有一个软件包名称始终对其他应用可见。
查询媒体库的应用会请求
QUERY_ALL_PACKAGES权限。
详细了解 Android 如何出于隐私保护目的而过滤软件包可见性。