Я не могу убить MyApp.vshost.exe - PullRequest
       36

Я не могу убить MyApp.vshost.exe

59 голосов
/ 30 ноября 2010

Мне удалось привести себя в состояние, когда у меня нет ни одного запущенного экземпляра devenv, но все еще есть MyApp.vshost.exe в фоновом режиме (без видимых окон или консолей).мы пробовали TaskManager, ProcessExplorer и командную строку (taskkill /F /IM MyApp.vshost.exe), никто из них не жаловался, командная строка даже говорит: «PID 5824 остановлен», но он все еще там.Я бы предпочел разобраться с этим.

Не похоже, что это именно эта проблема (http://support.microsoft.com/kb/982551),, потому что я не могу перезагрузиться без проблем (просто на самом деле, поэтому не смогупредоставьте дальнейшую диагностику, извините)

Ответы [ 4 ]

89 голосов
/ 06 декабря 2013

Мне удалось убить свой постоянный процесс vshost, выполнив следующие действия (VS2010):

  1. открыть свойства моего исполняемого проекта
  2. на вкладке «Отладка» снимите флажок «Включить процесс размещения Visual Studio»
  3. сохранить файл проекта

Вот и все, процесс остановился, и не было необходимости перезапускать Visual Studio.

21 голосов
/ 30 ноября 2010

Кажется, это нормальное поведение для этой задачи. Когда вы убиваете его, задача перезапускается. Поэтому я советую вам закрыть Visual Studio, которая закрывает задачу * .vshost.exe.

1 голос
/ 22 августа 2012

Возможно, это та же проблема, что описана в https://stackoverflow.com/a/1582747/254041 (ожидающие процессы ввода / вывода):

Ссылка MSDN API говорит: «TerminateProcess инициирует завершение и немедленно завершает работу. Это останавливает выполнение всех потоков внутри процесса и запрашивает отмену всех ожидающих операций ввода-вывода. Завершенный процесс не может завершиться, пока все ожидающие операции / O был завершен или отменен. " Это означает, что: ваш ввод / вывод может блокировать этот процесс (хотя мне интересно, как он может довести ваш процесс до 100%, обычно ввод / вывод этого не делает).

1 голос
/ 09 марта 2011

У меня была такая же проблема при работе над проектом с .NET 2.0 в качестве целевой платформы.Временное изменение целевого фреймворка на клиент .NET 4.0 сделало эту работу за меня.

Однако я не уверен, как это (это?) Связано с проблемой блокировки файлов.

...