Visual Studio zawiesza się przy uruchamianiu podczas wczytywania ostatnich projektów
Opublikowano: 28 czerwca 2025 18:58:04 UTC
Ostatnia aktualizacja: 24 lutego 2026 09:15:39 UTC
Co jakiś czas program Visual Studio zaczyna się zawieszać na ekranie startowym podczas ładowania listy ostatnich projektów. Gdy już zacznie się zawieszać, ma tendencję do częstego powtarzania tego i często trzeba będzie ponownie uruchamiać program Visual Studio kilka razy, a zazwyczaj trzeba odczekać kilka minut między próbami, aby zrobić postęp. W tym artykule opisano najbardziej prawdopodobną przyczynę problemu i sposób jego rozwiązania.
Visual Studio Hangs on Startup While Loading Recent Projects
Czasami program Visual Studio zawiesza się podczas uruchamiania podczas ładowania listy ostatnich projektów. Gdy już się to zdarzy, często powtarza się to bardzo często i może zająć sporo prób, zanim uda się uruchomić program Visual Studio.
Pewnego dnia, w dniu, w którym nie potrzebowałem go pilnie na konkretnym komputerze deweloperskim, po prostu zostawiłem go zawieszonego, żeby sprawdzić, ile czasu to zajmie, podczas gdy pracowałem na innych komputerach. Kiedy osiem godzin później miałem go wyłączyć na cały dzień, nadal się zawieszał, więc cierpliwość nie wydaje się w tym przypadku rozwiązaniem.
Problem jest dodatkowo irytujący, ponieważ wydaje się, że trzeba odczekać kilka minut między kolejnymi uruchomieniami programu Visual Studio, aby mieć szansę na jego rozwiązanie. Jeśli będziesz go uruchamiać zbyt szybko, problem będzie się powtarzał. Kilka razy zdarzyło mi się, że spędziłem ponad pół godziny, próbując uruchomić program Visual Studio, gdy już wystąpił ten problem. Oczywiście nie jest to idealne rozwiązanie, gdy starasz się być produktywny w pracy.
Nie udało mi się jeszcze ustalić, co dokładnie jest przyczyną tego problemu, ale na szczęście po przeprowadzeniu pewnych badań znalazłem sposób, jak go niezawodnie rozwiązać, gdy już się pojawi.
Problem wydaje się być związany z pamięcią podręczną modelu komponentów programu Visual Studio, która podobno czasami ulega uszkodzeniu. Dokładna przyczyna uszkodzenia wciąż pozostaje dla mnie zagadką, ale gdy już do tego dojdzie, można ją po prostu usunąć, co rozwiązuje problem.
Pamięć podręczna modelu komponentu zwykle znajduje się w tym folderze:
Oczywiście należy zastąpić (USERNAME) i (VERSION_AND_INSTANCEID) własnymi wartościami. Pamiętaj również, że folder AppData jest zazwyczaj ukryty, ale nadal możesz uzyskać do niego dostęp, wpisując go w pasku adresu, jeśli nie chcesz włączać wyświetlania ukrytych plików i folderów.
Sam folder ComponentModelCache można po prostu usunąć lub zmienić jego nazwę, dzięki czemu przy następnym uruchomieniu programu Visual Studio nie zawiesi się on podczas ładowania ostatnich projektów :-)
Problem rozwiązany - ale pewnie prędzej czy później pojawi się ponownie, więc może warto dodać ten post do zakładek ;-)
Uwaga: Ten artykuł został opublikowany w kategorii Dynamics 365, ponieważ zazwyczaj używam Visual Studio do tworzenia oprogramowania w Dynamics 365 for Operations. Uważam jednak, że opisany tu problem dotyczy ogólnie Visual Studio i nie jest specyficzny dla wtyczki Dynamics 365.
Dalsza lektura
Jeśli podobał Ci się ten wpis, mogą Cię zainteresować również poniższe sugestie:
- Dodaj metodę wyświetlania lub edycji za pomocą rozszerzenia w Dynamics 365
- Przełączanie Dynamics 365 FO Virtual Machine Dev or Test w tryb konserwacji
- Tworzenie pola odnośnika dla wymiaru finansowego w Dynamics 365
