Android 17 : Limites de mémoire par application et déploiement de Gemini Intelligence

Google a présenté Android 17 lors de The Android Show I/O Edition en mai 2026, positionnant le système d'exploitation comme une plateforme centrée sur l'intelligence agentique. L'événement, diffusé en direct, a servi à séparer les nouveautés de la plateforme de la conférence principale des développeurs, établissant une nouvelle tradition de communication pour l'écosystème Android qui met l'accent sur la clarté et le focus sur l'expérience utilisateur.

La narrative centrale tourne autour de la transformation d'Android en système d'intelligence qui convertit l'intention de l'utilisateur en actions concrètes. Cette approche vise à réduire l'interaction manuelle répétitive en déléguant les tâches routinières à l'assistant intégré, tout en maintenant la philosophie d'ouverture qui caractérise la plateforme et garantit un large accès pour les développeurs tiers.

Gemini Intelligence se présente comme l'évolution de l'assistant vocal, capable de comprendre le contexte et d'exécuter des flux de travail complexes. Selon la documentation officielle, la fonction est conçue pour s'intégrer dans les téléphones, montres, ordinateurs portables et véhicules, bien que sa disponibilité initiale se concentre sur les appareils les plus avancés de Google pour garantir un rendement optimal et une latence minimale.

Le déploiement suit une stratégie de progressivité contrôlée. Les appareils Pixel sont les premiers à recevoir les fonctions complètes, tandis que d'autres fabricants comme Samsung et Motorola ont confirmé l'arrivée de ces capacités dans leurs prochains cycles de mise à jour, prévus pour la fin de 2026. Cette fragmentation initiale pose des défis de cohérence dans l'expérience utilisateur entre les marques, nécessitant une calibration soigneuse des fonctions disponibles sur chaque appareil.

Le changement le plus impactant pour les performances du système est l'introduction de limites de mémoire par application. Contrairement aux restrictions de heap précédentes, Android 17 établit un plafond de consommation totale de mémoire (y compris native, mappée et graphique) qui évolue dynamiquement selon la RAM physique de l'appareil, assurant une distribution équitable des ressources entre toutes les applications actives.

Ce mécanisme cherche à prévenir l'instabilité du système avant qu'elle ne survienne. Lorsqu'une application dépasse son budget alloué, le système applique des mesures progressives : d'abord il force la compression des pages en zRAM et, si la pression persiste, il termine le processus sans générer une pile d'erreurs. Cette décision priorise la stabilité globale sur la continuité de l'application individuelle, protégeant l'expérience utilisateur générale.

L'implémentation de ces limites est conçue pour être transparente pour la plupart des sessions utilisateur, mais critique pour les applications à forte consommation de ressources. Les développeurs peuvent détecter si leur application a été affectée en consultant l'objet ApplicationExitInfo, où la raison de sortie sera REASON_OTHER avec une description spécifique de MemoryLimiter, fournissant des données de diagnostic claires pour le débogage.

La motivation technique répond à un environnement matériel où la capacité de RAM reste stable ou diminue sur certains modèles, tandis que les attentes de performance augmentent. En établissant un environnement plus déterministe, Google tente d'atténuer les fermetures inattendues et la décharge de batterie associées aux fuites de mémoire non contrôlées, améliorant la fiabilité à long terme de l'appareil.

Pour les développeurs, l'optimisation de la mémoire passe d'une bonne pratique à un impératif de survie sur la plateforme. Il est recommandé de maximiser l'optimisation du bytecode avec R8, d'optimiser le chargement des images et d'établir des lignes de base de consommation de mémoire avant le lancement. Les applications qui ne s'adapteront pas risquent d'être terminées par le système, ce qui affectera négativement leurs métriques de vitalité sur Google Play et leur réputation auprès des utilisateurs.

Pour l'utilisateur final, l'impact immédiat sera une plus grande stabilité dans le multitâche et une réduction des à-coups dans l'interface. Cependant, les applications qui dépendaient du chargement de grands volumes de données en mémoire pourraient afficher des temps de chargement initiaux plus longs ou nécessiter des rechargements de contenu, un changement subtil mais perceptible dans l'expérience d'utilisation quotidienne qui demande une adaptation de la part des équipes de développement.