Visual Studio зависает при запуске во время загрузки последних проектов
Опубликовано: 28 июня 2025 г. в 18:58:07 UTC
Последнее обновление: 24 февраля 2026 г. в 09:15:42 UTC
Время от времени Visual Studio начинает зависать на стартовом экране при загрузке списка последних проектов. Как только это происходит, это происходит снова и снова, и вам часто приходится перезапускать Visual Studio несколько раз, и обычно приходится ждать несколько минут между попытками добиться прогресса. В этой статье рассматриваются наиболее вероятные причины проблемы и способы ее решения.
Visual Studio Hangs on Startup While Loading Recent Projects
Иногда Visual Studio зависает при запуске во время загрузки списка последних проектов. После того, как это начало происходить, проблема часто повторяется, и может потребоваться немало попыток, чтобы наконец запустить Visual Studio.
Однажды, в день, когда мне не требовалось срочно запускать программу на конкретном компьютере для разработки, я просто оставил её зависать, чтобы посмотреть, сколько времени это займёт, пока я буду работать на других машинах. Когда я уже собирался выключить компьютер восемь часов спустя, она всё ещё зависала, так что, похоже, терпение в данном случае не является жизнеспособным вариантом.
Проблема усугубляется тем, что, похоже, нужно подождать несколько минут между запусками Visual Studio, чтобы она наконец-то заработала. Если постоянно запускать её снова и снова, проблема будет повторяться. В нескольких случаях я тратил более получаса только на запуск Visual Studio после того, как она начинала глючить. Это, очевидно, не идеально, когда пытаешься продуктивно работать.
Мне пока не удалось точно выяснить, что именно вызывает эту проблему, но, к счастью, после некоторых исследований я нашел надежный способ ее решения, когда она возникает.
Проблема, по всей видимости, связана с кэшем компонентной модели Visual Studio, который иногда может повреждаться. Что именно вызывает это повреждение, для меня пока загадка, но когда это происходит, его можно просто удалить, что решает проблему.
Кэш моделей компонентов обычно находится в этой папке:
Разумеется, вам следует заменить (USERNAME) и (VERSION_AND_INSTANCEID) своими значениями. Также помните, что папка AppData обычно скрыта, но вы все равно можете получить к ней доступ, введя ее в адресную строку, если не хотите включать отображение скрытых файлов и папок.
Саму папку ComponentModelCache можно просто удалить или переименовать, и при следующем запуске Visual Studio она не зависнет при загрузке последних проектов :-)
Проблема решена, но, вероятно, она возникнет снова рано или поздно, поэтому, возможно, вам стоит добавить эту запись в закладки ;-)
Примечание: Данная статья опубликована в разделе Dynamics 365, поскольку я обычно использую Visual Studio для разработки Dynamics 365 for Operations. Однако я считаю, что описанная здесь проблема является общей проблемой Visual Studio, а не специфичной для плагина Dynamics 365.
Дополнительное чтение
Если вам понравился этот пост, вам также могут понравиться эти предложения:
- Создание поля поиска для финансового измерения в Dynamics 365
- Обновление значения финансового измерения из кода X++ в Dynamics 365
- Переведите Dynamics 365 FO Virtual Machine Dev или Test в режим обслуживания
