Microsoft-ui-xaml: L'application UWP se lance très lentement avec de nombreux actifs

Créé le 1 avr. 2020  ·  3Commentaires  ·  Source: microsoft/microsoft-ui-xaml

Décrivez le bogue

La durée de lancement de l'application UWP est proportionnelle au nombre d'actifs inclus dans le projet (par exemple, les images avec l' action de construction définie sur _Content_). Même pour une simple page blanche, qui ne fait rien, le simple fait d'avoir de nombreux actifs dans le package d'application ralentit le chargement de l'application - alors que le code ne les touche pas du tout.

Étapes pour reproduire le bogue
Étapes pour reproduire le comportement :

  1. Créer une application vide
  2. Lancez-le - observez qu'il démarre presque immédiatement
  3. Ajoutez 1000 petites images dans le dossier Assets (même les icônes suffisent)
  4. Lancer l'application - le lancement peut maintenant prendre jusqu'à 20 secondes

Pour plus de commodité, j'ai créé une simple reproduction ici sur GitHub . Il contient deux applications - l'une est une simple application UWP vierge sans aucun actif, l'autre est une application UWP vierge avec de nombreux actifs de contenu d'image (qui ne sont cependant pas du tout utilisés.

Comportement prévisible

Lorsque l'application n'utilise en aucune façon les fichiers de contenu, ils ne doivent pas affecter le temps de lancement de l'application (car les fichiers sont déjà déployés avec le package, donc l'application ne doit pas les manipuler au démarrage).

Captures d'écran

_Sortie du profileur_

Notez que le profileur affiche tout le temps de lancement passé dans Window Resized .

Profiler results

Pendant le débogage, vous pouvez voir qu'il n'y a presque pas d'activité CPU ni RAM pendant ce temps d'attente.

Informations sur la version

Version du package NuGet : aucun requis, UWP classique est suffisant


| Version Windows 10 | Vous avez vu le problème ? |
| :--------------------------------- | :-------------------- |
| Insider Build (xxxxx) | Oui |
| Mise à jour de novembre 2019 (18363) | Oui |
| Mise à jour de mai 2019 (18362) | Oui |
| Mise à jour d'octobre 2018 (17763) | Oui |
| Mise à jour d'avril 2018 (17134) | |
| Mise à jour des créateurs d'automne (16299) | |
| Mise à jour des créateurs (15063) | |


| Facteur de forme de l'appareil | Vous avez vu le problème ? |
| :-------------------- | :------------------- |
| Bureau | Oui |
| Mobiles | Oui |
| Xbox | |
| Surface Hub | |
| IdO | |

Contexte supplémentaire

J'ai remarqué cela il y a longtemps avec mon application qui contient beaucoup d'images d'icônes de contenu, mais maintenant j'ai enfin découvert quelle est la cause première de son lancement si lent.

area-Performance needs-triage needs-winui-3 team-Reach

Commentaire le plus utile

@MartinZikmund Vous avez le bon repo :). Avec WinUI3, les bits de plate-forme sont déplacés hors du système d'exploitation. Nous pouvons donc suivre ce problème ici. Merci d'avoir signalé.

Tous les 3 commentaires

@Austin-Lamb @bartekk8 La reproduction concerne uniquement les bits de la plate-forme (pas de winUI).

@ranjeshj C'est vrai, cela n'aurait pas d'importance si Microsoft.UI . Malheureusement, il n'y a pas de meilleur endroit pour signaler les problèmes UWP (qui seraient vus par les développeurs), c'est pourquoi j'ai posté le problème ici. Je le republierai également sur Windows Feedback, mais je ne suis pas sûr qu'il parviendra à l'équipe de développeurs à partir de là.

@MartinZikmund Vous avez le bon repo :). Avec WinUI3, les bits de plate-forme sont déplacés hors du système d'exploitation. Nous pouvons donc suivre ce problème ici. Merci d'avoir signalé.

Cette page vous a été utile?
0 / 5 - 0 notes