Visual Studio se bloque au démarrage lors du chargement des projets récents

Publié : 28 juin 2025 à 18 h 58 min 40 s UTC
Dernière mise à jour : 24 février 2026 à 09 h 16 min 11 s UTC

De temps en temps, Visual Studio commence à se bloquer sur l’écran de démarrage pendant le chargement de la liste des projets récents. Une fois qu’il commence à le faire, il a tendance à continuer à le faire beaucoup et vous devrez souvent redémarrer Visual Studio plusieurs fois, et devoir généralement attendre plusieurs minutes entre les tentatives pour progresser. Cet article traite de la cause la plus probable du problème et de la façon de le résoudre.

Cette page a été automatiquement traduite de l'anglais afin de la rendre accessible au plus grand nombre. Malheureusement, la traduction automatique n'est pas encore une technologie au point, des erreurs peuvent donc survenir. Si vous préférez, vous pouvez consulter la version originale en anglais ici :

Visual Studio Hangs on Startup While Loading Recent Projects

Parfois, Visual Studio reste bloqué au démarrage en chargeant la liste des projets récents. Une fois que ça commence, ça arrive souvent souvent, et il peut falloir plusieurs tentatives pour réussir à faire ouvrir Visual Studio.

Une fois, un jour où je n’en avais pas besoin d’urgence sur une machine de développement en particulier, je l’ai simplement laissé traîner pour voir combien de temps ça prendrait pendant que je travaillais sur d’autres machines. Quand j’étais sur le point d’arrêter pour la journée huit heures plus tard, il était toujours en panne, donc la patience ne semble pas être une option viable dans ce cas.

Le problème est encore plus agaçant par le fait qu’il semble qu’il faille attendre quelques minutes entre l’allumage de Visual Studio pour avoir une chance que le problème passe. Si tu continues à le relancer rapidement, ça va continuer à arriver. À plusieurs reprises, j’ai passé plus d’une demi-heure à lancer Visual Studio une fois qu’il a atteint ce problème. Ce n’est évidemment pas idéal quand on essaie d’être productif au travail.

Je n’ai pas encore trouvé ce qui cause exactement ce problème, mais heureusement – après quelques recherches – j’ai trouvé une façon fiable de le résoudre quand ça arrive.

Le problème semble être lié au cache des modèles composants de Visual Studio, qui peut apparemment être corrompu parfois. Ce qui cause exactement la corruption reste un mystère pour moi, mais quand ça arrive, tu peux simplement la supprimer, ce qui règle le problème.

Le cache du modèle composant se trouve normalement dans ce dossier :

C:\Users\(USERNAME)\AppData\Local\Microsoft\VisualStudio\(VERSION_AND_INSTANCEID)\ComponentModelCache

Évidemment, tu devrais remplacer (NOM d’UTILISATEUR) et (VERSION_AND_INSTANCEID) par tes propres valeurs. N’oublie pas non plus que le dossier AppData est habituellement caché, mais tu peux quand même y accéder en tapant dans la barre d’adresses si tu ne veux pas activer l’affichage des fichiers et dossiers cachés.

Le dossier ComponentModelCache lui-même peut simplement être supprimé ou renommé, et la prochaine fois que vous lancez Visual Studio, il ne bloquera pas lors du chargement des projets récents :-)

Problème réglé – mais il risque de se reproduire tôt ou tard, alors peut-être voudrez-vous ajouter ce message en favori;-)

Note : Cet article est publié sous Dynamics 365, car Dynamics 365 pour le développement des opérations est ce pour quoi j’utilise généralement Visual Studio. Je crois que le problème abordé ici est un problème général avec Visual Studio et non spécifique au plugin Dynamics 365.

Lectures complémentaires

Si vous avez apprécié cet article, vous aimerez peut-être aussi ces suggestions :