Visual Studio hänger sig vid start under laddning av senaste projekt

Publicerad: 28 juni 2025 kl. 18:58:09 UTC

Då och då börjar Visual Studio hänga sig på startskärmen medan listan över senaste projekt laddas. När det väl börjar göra det tenderar det att fortsätta göra det ofta och du måste ofta starta om Visual Studio flera gånger, och vanligtvis vänta flera minuter mellan försöken för att komma vidare. Den här artikeln tar upp den mest troliga orsaken till problemet och hur du löser det.

Denna sida har maskinöversatts från engelska för att göra den tillgänglig för så många som möjligt. Tyvärr är maskinöversättning ännu inte en fulländad teknik, så fel kan uppstå. Om du föredrar det kan du se den engelska originalversionen här:

Visual Studio Hangs on Startup While Loading Recent Projects

Ibland hänger sig Visual Studio vid uppstart medan listan över senaste projekt laddas. När det väl börjar hända fortsätter det ofta att hända, och det kan ta en hel del försök innan Visual Studio faktiskt öppnas.

En gång, en dag då jag inte behövde den akut på en viss utvecklingsmaskin, lät jag den bara hänga sig för att se hur lång tid det skulle ta medan jag arbetade på andra maskiner. När jag skulle stänga av för dagen åtta timmar senare hängde den sig fortfarande, så tålamod verkar inte vara ett gångbart alternativ i det här fallet.

Problemet blir ytterligare irriterande av att det verkar som att man måste vänta några minuter mellan varje uppstart av Visual Studio för att ha en chans att det ska lösa problemet. Om man bara fortsätter att starta om det snabbt kommer det bara att fortsätta hända. Jag har vid flera tillfällen tillbringat över en halvtimme bara med att få Visual Studio att starta när det väl har drabbats av detta. Detta är uppenbarligen inte idealiskt när man försöker vara produktiv på jobbet.

Jag har ännu inte listat ut exakt vad som orsakar problemet, men som tur är – efter lite research – har jag hittat ett tillförlitligt sätt att lösa det när det uppstår.

Problemet verkar vara relaterat till Visual Studios komponentmodellcache, som tydligen kan bli skadad ibland. Exakt vad som orsakar skadan är fortfarande ett mysterium för mig, men när det händer kan man bara radera det, vilket löser problemet.

Komponentmodellens cache finns normalt i den här mappen:

C:\Users\<USERNAME>\AppData\Local\Microsoft\VisualStudio\<VERSION_AND_INSTANCEID>\ComponentModelCache

Självklart bör du ersätta och med dina egna värden. Kom också ihåg att AppData-mappen vanligtvis är dold, men du kan fortfarande komma åt den genom att skriva in den i adressfältet om du inte vill aktivera visning av dolda filer och mappar.

Själva mappen ComponentModelCache kan helt enkelt raderas eller bytas om, och nästa gång du startar Visual Studio kommer den inte att hänga sig när den laddar de senaste projekten :-)

Problemet är löst - men det kommer förmodligen att återkomma förr eller senare, så kanske du vill bokmärka det här inlägget ;-)

Obs: Den här artikeln är publicerad under Dynamics 365, eftersom jag vanligtvis använder Visual Studio för D365-utveckling. Jag tror dock att problemet som tas upp här är ett generellt problem med Visual Studio och inte specifikt för D365-pluginet.