Android 17 ha raggiunto la beta 4, l'ultima beta pianificata di questo ciclo di release, un traguardo fondamentale per la compatibilità delle app e la stabilità della piattaforma. Che tu stia perfezionando l'esperienza utente della tua app, garantendo un rendering edge-to-edge fluido o sfruttando le API più recenti, la beta 4 fornisce l'ambiente quasi finale necessario per i test. 

Prepara app, librerie, strumenti e motori di gioco.

Se sviluppi un SDK Android, una libreria, uno strumento o un motore grafico, è fondamentale preparare ora tutti gli aggiornamenti necessari per evitare che gli sviluppatori di app e giochi downstream vengano bloccati da problemi di compatibilità e consentire loro di utilizzare le funzionalità più recenti dell'SDK. Comunica agli sviluppatori downstream se sono necessari aggiornamenti per supportare completamente Android 17.

Il test prevede l'installazione dell'app di produzione o di un'app di test che utilizza la libreria o il motore tramite Google Play o altri mezzi su un dispositivo o un emulatore con Android 17 Beta 4. Esamina tutti i flussi della tua app e cerca problemi funzionali o dell'interfaccia utente. Ogni release di Android contiene modifiche alla piattaforma che migliorano la privacy, la sicurezza e l'esperienza utente complessiva. Esamina le modifiche al comportamento che influiscono sulle app in esecuzione su e destinate a Android 17 per concentrare i test, tra cui:

• Ridimensionamento su schermi di grandi dimensioni:una volta scelto come target Android 17, non potrai più disattivare il mantenimento dei vincoli di orientamento, ridimensionamento e proporzioni su schermi di grandi dimensioni.
• Caricamento dinamico del codice:se la tua app ha come target Android 17 o versioni successive, la protezione Safer Dynamic Code Loading (DCL) introdotta in Android 14 per i file DEX e JAR ora si estende alle librerie native. Tutti i file nativi caricati utilizzando System.load() devono essere contrassegnati come di sola lettura. In caso contrario, il sistema genera UnsatisfiedLinkError.
• Attiva CT per impostazione predefinita: Certificate Transparency (CT) è attivo per impostazione predefinita. Su Android 16, CT è disponibile, ma le app dovevano attivare.)
• Protezioni della rete locale:le app che hanno come target Android 17 o versioni successive hanno l'accesso alla rete locale bloccato per impostazione predefinita. Se possibile, passa all'utilizzo di selettori che preservano la privacy e utilizza la nuova autorizzazione ACCESS_LOCAL_NETWORK per un accesso ampio e persistente.
• Rafforzamento dell'audio in background:a partire da Android 17, il framework audio applica restrizioni alle interazioni audio in background, tra cui riproduzione audio, richieste di messa a fuoco audio e API di modifica del volume. In base ai feedback ricevuti, abbiamo apportato alcune modifiche dalla beta 2, tra cui il controllo targetSDK durante l'applicazione di FGS in uso e l'esenzione dell'audio della sveglia. I dettagli completi sono disponibili nelle linee guida aggiornate.

Limiti di memoria delle app

Android sta introducendo limiti di memoria per le app in base alla RAM totale del dispositivo per creare un ambiente più stabile e deterministico per le tue applicazioni e gli utenti Android. In Android 17, i limiti sono impostati in modo conservativo per stabilire le baseline del sistema, prendendo di mira perdite di memoria estreme e altri outlier prima che causino instabilità a livello di sistema, con conseguente stuttering dell'interfaccia utente, consumo eccessivo della batteria e chiusura delle app. Sebbene prevediamo un impatto minimo sulla stragrande maggioranza delle sessioni delle app, ti consigliamo di seguire le best practice per la memoria, tra cui la definizione di una base di riferimento per la memoria.

Nell'implementazione attuale, getDescription in ApplicationExitInfo conterrà la stringa "MemoryLimiter" se la tua app è stata interessata. Puoi anche utilizzare la profilazione basata su trigger con TRIGGER_TYPE_ANOMALY per ottenere dump dell'heap raccolti quando viene raggiunto il limite di memoria.

Per aiutarti a trovare perdite di memoria, Android Studio Panda aggiunge l'integrazione di LeakCanary direttamente in Android Studio Profiler come attività dedicata, contestualizzata all'interno dell'IDE e completamente integrata con il codice sorgente.

Un'impronta di memoria più leggera si traduce direttamente in prestazioni più fluide, una maggiore durata della batteria e un'esperienza premium su tutti i fattori di forma. Costruiamo insieme un futuro più veloce e affidabile per l'ecosistema Android.

Attivatori di profilazione per anomalie delle app

Android introduce un servizio di rilevamento delle anomalie sul dispositivo che monitora i comportamenti che richiedono molte risorse e le potenziali regressioni della compatibilità. Integrato con ProfilingManager, questo servizio consente alla tua app di ricevere artefatti di profilazione attivati da eventi specifici rilevati dal sistema.

Utilizza il trigger TRIGGER_TYPE_ANOMALY per rilevare problemi di prestazioni del sistema, come chiamate binder eccessive e utilizzo eccessivo della memoria utilizzata. Quando un'app viola i limiti di memoria definiti dal sistema operativo, il trigger di anomalie consente agli sviluppatori di ricevere dump dell'heap specifici dell'app per identificare e risolvere i problemi di memoria. Inoltre, per lo spam eccessivo del binder, il trigger di anomalia fornisce un profilo di campionamento dello stack sulle transazioni del binder.

Questo callback API si verifica prima di qualsiasi applicazione imposta dal sistema. Ad esempio, può aiutare gli sviluppatori a raccogliere dati di debug prima che l'app venga chiusa dal sistema a causa del superamento dei limiti di memoria. Per capire come utilizzare il trigger, consulta la nostra documentazione sulla profilazione basata su trigger.

    val profilingManager = applicationContext.getSystemService(ProfilingManager::class.java)
    val triggers = ArrayList<ProfilingTrigger>()  
    triggers.add(ProfilingTrigger.Builder(
                 ProfilingTrigger.TRIGGER_TYPE_ANOMALY))
    val mainExecutor: Executor = Executors.newSingleThreadExecutor()
    val resultCallback = Consumer<ProfilingResult> { profilingResult ->
        if (profilingResult.errorCode != ProfilingResult.ERROR_NONE) {
            // upload profile result to server for further analysis          
            setupProfileUploadWorker(profilingResult.resultFilePath)
        } 
    profilingManager.registerForAllProfilingResults(mainExecutor, resultCallback)
    profilingManager.addProfilingTriggers(triggers)
}

Crittografia post-quantistica (PQC) in Android Keystore

Android Keystore ha aggiunto il supporto per l'algoritmo di firma digitale ML-DSA (Module-Lattice-Based Digital Signature Algorithm) standardizzato dal NIST. Sui dispositivi supportati, puoi generare chiavi ML-DSA e utilizzarle per produrre firme quantum-safe, interamente nell'hardware sicuro del dispositivo. Android Keystore espone le varianti dell'algoritmo ML-DSA-65 e ML-DSA-87 tramite le API Java Cryptographic Architecture standard: KeyPairGenerator, KeyFactory e Signature. Per ulteriori dettagli, consulta la nostra documentazione per gli sviluppatori.

KeyPairGenerator generator = KeyPairGenerator.getInstance(
        “ML-DSA-65”, "AndroidKeyStore");
generator.initialize(
        new KeyGenParameterSpec.Builder(
                “my-key-alias”,
                KeyProperties.PURPOSE_SIGN | KeyProperties.PURPOSE_VERIFY)
        .build());
KeyPair keyPair = generator.generateKeyPair();

Iniziare a utilizzare Android 17

Puoi registrare qualsiasi dispositivo Pixel supportato per ricevere questo e i futuri aggiornamenti di Android Beta via OTA. Se non hai un dispositivo Pixel, puoi utilizzare le immagini di sistema a 64 bit con l'emulatore Android in Android Studio.

Se attualmente partecipi al programma Android beta, ti verrà offerto un aggiornamento over-the-air alla versione beta 4.

Continua a segnalare problemi e inviare richieste di funzionalità nella pagina dei feedback. Prima riceviamo il tuo feedback, più elementi possiamo includere nel nostro lavoro sulla versione finale.

Per un'esperienza di sviluppo ottimale con Android 17, ti consigliamo di utilizzare l'ultima anteprima di Android Studio (Panda). Una volta configurato, ecco alcune cose che dovresti fare:

• Compila in base al nuovo SDK, esegui i test negli ambienti CI e segnala eventuali problemi nel nostro tracker nella pagina di feedback.
• Testa la tua app attuale per verificarne la compatibilità, scopri se è interessata dalle modifiche in Android 17 e installala su un dispositivo o un emulatore con Android 17 per testarla a fondo.

Aggiorneremo regolarmente le immagini di sistema di anteprima/beta e l'SDK durante il ciclo di rilascio di Android 17. Una volta installata una build beta, riceverai automaticamente i futuri aggiornamenti via OTA per tutte le versioni beta e di anteprima successive.

Per informazioni complete, visita il sito per sviluppatori di Android 17.

Partecipa alla conversazione

Il tuo feedback rimane la nostra risorsa più preziosa. Che tu sia un early adopter sul canale Canary o uno sviluppatore di app che esegue test su Beta 4, ti consigliamo di unirti alle nostre community e inviare feedback. Ti ascoltiamo.