Windows показывает окно с текстом вроде «Отсутствует MSVCP140.dll» или «Program can't start because api-ms-win-core-....dll is missing», и программа не открывается. Дальше - шаги по порядку, от самого безопасного способа к менее очевидному. Отдельный DLL-файл с сайта скачивать не нужно почти никогда - и ниже видно, почему.

Что вообще означает эта ошибка

DLL (Dynamic Link Library) - это файл с общим кодом, который несколько программ используют одновременно, вместо того чтобы каждая носила его копию внутри себя. Когда Windows запускает программу, она ищет нужные DLL рядом с ней и в системных папках. Не находит - показывает ошибку и прерывает запуск.

Файл может отсутствовать по нескольким причинам: программа установилась не до конца, антивирус удалил файл, приняв его за угрозу, диск дал сбой при записи, или человек случайно стёр что-то при чистке системы вручную.

Шаг 1: перезапуск и переустановка программы

Прежде чем что-либо чинить в системе, стоит исключить простую причину: временный сбой самой программы.

  1. Перезагрузите компьютер. Перезагрузка снимает блокировки файлов от зависших процессов и часто решает разовые ошибки загрузки DLL сама по себе.
  2. Проверьте «Корзину» - если DLL удалили случайно (вручную или чисткой диска), файл может лежать там.
  3. Если ошибка повторяется - удалите программу через «Параметры → Приложения» и установите заново из официального источника. Для ошибок загрузки DLL при старте программы это первое, что стоит сделать, и в большинстве случаев больше ничего не требуется.

Шаг 2: официальный пакет Visual C++ Redistributable

Многие DLL с именами вроде MSVCP140.dll или VCRUNTIME140.dll не принадлежат конкретной программе - их ставит пакет Microsoft Visual C++ Redistributable, и без него не запустится ни одна программа, собранная с его использованием.

Актуальный пакет v14 покрывает приложения, собранные для Visual Studio 2015-2026 - ставить нужно именно его, с официальной страницы Microsoft Learn. Сайты-сборники «репаков» из выдачи для этого не подходят: версия внутри такого архива ничем не подтверждена.

  1. Откройте страницу Latest Supported Visual C++ Redistributable Downloads на learn.microsoft.com.
  2. Скачайте версию под разрядность системы: x64 для 64-битной Windows, x86 - для 32-битной (можно поставить обе, они не конфликтуют).
  3. Установите и перезапустите компьютер.
  4. Запустите программу заново.

Шаг 3: проверка системных файлов через sfc и DISM

Если первые два шага не помогли, дело может быть в повреждённых системных файлах Windows - для этого в системе есть два встроенных инструмента: DISM и System File Checker (sfc). Порядок ниже - по официальной инструкции Microsoft Support.

Важно. DISM запускать первым: sfc берёт файлы для замены из локального хранилища компонентов, и если оно само повреждено, sfc не сможет их подставить. Сначала чинится хранилище, потом - конкретные файлы.

  1. Откройте «Командную строку» или PowerShell от имени администратора.
  2. Выполните команду восстановления хранилища компонентов - она обращается к серверам Windows Update, поэтому нужен интернет:
DISM.exe /Online /Cleanup-Image /RestoreHealth
  1. Дождитесь завершения - команда может выполняться долго, прерывать её не нужно.
  2. Выполните проверку системных файлов:
sfc /scannow
  1. Прочитайте итоговое сообщение: «нарушений целостности не найдено» означает, что система здорова и причина ошибки в другом; «исправлено» - файлы восстановлены, пробуйте запускать программу; «не удалось исправить» - повторите DISM ещё раз или выполните проверку в безопасном режиме.

Почему не стоит скачивать сам DLL-файл с сайта

Это не перестраховка, а прямая рекомендация службы поддержки Microsoft: отдельные DLL распространяют сами разработчики программ (в том числе Microsoft), и только официальный источник может гарантировать, что файл не заражён. Сайты вроде dll-files.com и похожие непроверяемы - никто не отвечает за то, что реально лежит в скачанном архиве.

Риск подмены DLL из случайного источника двойной. Файл может содержать вирус - библиотеки такого рода часто используют как раз для скрытной установки вредоносного кода, потому что систему не настораживает файл с системным именем. И даже без вируса версия может не совпадать с той, которую ждёт программа - тогда ошибка либо не исчезнет, либо сменится на менее понятную.

Если нужна целая программа или системная утилита - безопаснее смотреть каталог программ mirsofta.ru: там приложения и библиотеки идут от официальных разработчиков, без одиночных файлов с непонятных зеркал.

Почему стоит отдельно проверить систему на вирусы

Отдельный случай - когда ошибка DLL появилась сразу после установки программы из ненадёжного источника или после перехода по подозрительной ссылке. Здесь стоит сначала проверить систему антивирусом с обновлёнными базами и только потом переходить к шагам выше: если DLL удалил или подменил антивирус, восстановление системных файлов без чистки от угрозы даст ту же ошибку заново.

Какой шаг подходит для вашего случая

Симптом Что делать Насколько сложно
Ошибка появилась один раз, программа раньше работала Шаг 1: перезагрузка, проверка «Корзины» Легко, 2 минуты
Ошибка называет MSVCP140.dll, VCRUNTIME140.dll или похожее системное имя Шаг 2: Visual C++ Redistributable Легко, 5 минут
Ошибка повторяется в разных программах Шаг 3: DISM и sfc /scannow Средне, 15-30 минут
Ошибка появилась после подозрительной установки или ссылки Сначала антивирус, потом шаги выше Средне
Ничего из этого не помогло См. раздел ниже -

Если ничего не помогло

Изредка ошибка держится после всех шагов. Обычно это значит, что повреждение глубже, чем один файл, или что причина в стороннем ПО, которое конфликтует с системными библиотеками. Попробуйте точку восстановления системы на дату до появления ошибки, если она создавалась. Если программа критична, а точки восстановления нет - переустановите её с нуля на чистую систему. Сторонние «оптимизаторы» и «чистильщики реестра» на этом этапе лучше не ставить: они сами нередко становятся причиной подобных ошибок.

Источники

Другие материалы о Windows и софте - в разделе «Статьи» на mirsofta.ru.