Miklix

Visual Studio sa pri načítaní posledných projektov zavesí pri spustení

Publikované: 28. júna 2025 o 18:58:08 UTC

Z času na čas sa Visual Studio začne zasekávať na úvodnej obrazovke pri načítavaní zoznamu nedávnych projektov. Keď to už raz začne robiť, má tendenciu to robiť často a často budete musieť Visual Studio niekoľkokrát reštartovať a medzi pokusmi o dosiahnutie pokroku zvyčajne musíte počkať niekoľko minút. Tento článok sa zaoberá najpravdepodobnejšou príčinou problému a spôsobom jeho riešenia.


Táto stránka bola strojovo preložená z angličtiny, aby bola prístupná čo najväčšiemu počtu ľudí. Žiaľ, strojový preklad ešte nie je dokonalá technológia, takže sa môžu vyskytnúť chyby. Ak chcete, môžete si pozrieť pôvodnú anglickú verziu tu:

Visual Studio Hangs on Startup While Loading Recent Projects

Visual Studio sa občas pri spustení zasekne počas načítavania zoznamu nedávnych projektov. Keď sa to raz začne diať, často sa to stáva stále častejšie a môže trvať niekoľko pokusov, kým sa Visual Studio skutočne otvorí.

Raz, v deň, keď som to na konkrétnom vývojovom počítači súrne nepotreboval, som to nechal visieť, aby som zistil, ako dlho to bude trvať, kým budem pracovať na iných počítačoch. Keď som sa o osem hodín chystal vypnúť ho na celý deň, stále visí, takže trpezlivosť sa v tomto prípade nezdá byť schodnou možnosťou.

Problém je ešte viac nepríjemný tým, že medzi spustením Visual Studia musíte počkať niekoľko minút, kým sa problém vyrieši. Ak ho budete stále rýchlo spúšťať, bude sa to diať stále dookola. Niekoľkokrát som strávil viac ako pol hodiny spustením Visual Studia, keď sa v ňom objavil tento problém. To samozrejme nie je ideálne, keď sa snažíte byť v práci produktívni.

Zatiaľ som nezistil, čo presne spôsobuje tento problém, ale našťastie - po nejakom výskume - som našiel spôsob, ako ho spoľahlivo vyriešiť, keď sa stane.

Zdá sa, že problém súvisí s vyrovnávacou pamäťou modelu komponentov Visual Studia, ktorá sa môže niekedy poškodiť. Čo presne toto poškodenie spôsobuje, mi stále nie je jasné, ale keď sa to stane, môžete ho jednoducho odstrániť, čím sa problém vyrieši.

Vyrovnávacia pamäť modelu komponentu sa zvyčajne nachádza v tomto priečinku:

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

Je zrejmé, že hodnoty a by ste mali nahradiť vlastnými hodnotami. Pamätajte tiež, že priečinok AppData je zvyčajne skrytý, ale stále k nemu máte prístup zadaním do adresného riadka, ak nechcete povoliť zobrazenie skrytých súborov a priečinkov.

Samotný priečinok ComponentModelCache sa dá jednoducho odstrániť alebo premenovať a pri ďalšom spustení Visual Studia sa nezasekne pri načítavaní posledných projektov :-)

Problém vyriešený - ale pravdepodobne sa skôr či neskôr znova vyskytne, takže si možno budete chcieť tento príspevok uložiť do záložiek ;-)

Poznámka: Tento článok je publikovaný v kategórii Dynamics 365, pretože na vývoj v D365 zvyčajne používam Visual Studio. Domnievam sa však, že problém, ktorý tu popisujem, je všeobecný problém so Visual Studiom a nie je špecifický pre doplnok D365.

Zdieľať na BlueskyZdieľať na FacebookuZdieľať na LinkedInZdieľať na TumblrZdieľať na XZdieľať na LinkedInPripnúť na Pintereste

Mikkel Christensen

O autorovi

Mikkel Christensen
Mikkel je tvorcom a majiteľom miklix.com. Má viac ako 20 rokov skúseností ako profesionálny počítačový programátor/vývojár softvéru a v súčasnosti pracuje na plný úväzok pre veľkú európsku IT korporáciu. Keď práve nepíše blog, venuje svoj voľný čas širokej škále záujmov, koníčkov a aktivít, čo sa môže do istej miery odrážať v rôznorodosti tém na tejto webovej lokalite.