Чому іноді Windows не може вбити процес?

Зараз я намагаюся запустити / налагодити свою програму у Visual Studio, але не можу її створити, оскільки останній екземпляр програми app.vshost.exeвсе ще працює. Потім за допомогою диспетчера завдань я намагаюся його вбити, але він просто залишається там, без сигналу активності.

Крім цього конкретного випадку (можливо помилка Visual Studio), мені дуже цікаво з технічних причин, чому іноді Windows не може вбити процес?

Може, спробуй пояснити, досвідчений розробник ОС.

(І, будь ласка, не запускайте бій Unix / Linux / Mac проти Windows.)

Причиною зазвичай є якийсь невідповідний драйвер, який має незавершені запити вводу / виводу .

Дивіться запис у блозі Марка Русиновича Непробіркові процеси ( архів )

Одна з можливих причин: Ви не можете вбити завдання, пов’язане з налагоджувачем.

Єдиний спосіб зупинити завдання - це від самого налагоджувача.

Однією з причин було б те, що ви не маєте дозволу на вбивство. Наприклад, якщо процес працює як адміністратор, і ви звичайний користувач.

Відкрийте сторінку " Властивості " для проекту, перейдіть на вкладку " Налагодження" і поставте прапорець "Увімкнути налагодження некерованого коду". Або зніміть прапорці для використання хост-процесу.

Якщо останній app.vshost.exe все ще працює, просто підключіться до цього процесу за допомогою налагоджувача.

Потрібно знайти в меню під налагодженням-> AttachToProcess, а потім виберіть процес підвішування та підключіться до нього.

Мій єдиний досвід розробки на рівні ОС був у школі, але я підозрюю, що це таке (або щось подібне):

Під час запуску останнього примірника, з яким налагоджувач намагався впоратися, сталася помилка, але якась інша проблема призвела до того, що не вдалося (можливо, виникло твердження про налагодження, але перш ніж ви могли натиснути на діалогове вікно Abort / Retry / Ignore, інший перерву було запущено , можливо, через нульовий покажчик). Результатом, після того як ви припинили налагодження, було те, що налагоджувач все ще чекав вашої відповіді на перше твердження про налагодження, тому він не дозволив процесу закінчитися. Але потім налагоджувач припинився, коли ви припинили налагодження (чи зробили це?), Перетворивши процес у зомбі, або його дерево на зомбі. Коли ви намагалися вбити процес зомбі, сталася помилка, подібна до цієї, але менеджер завдань не повідомив вам про це:

C:\Windows\system32>taskkill /pid 9564 /f /t
ERROR: The process with PID 9564 (child process of PID 22520) could not be
terminated.
Reason: There is no running instance of the task.

Якщо ви вирішите спробувати те ж саме на батьківщині (у моєму випадку батьків був процесом налагодження, msvsmon.exe), це не виходить однаково:

C:\Windows\system32>taskkill /pid 22520 /f /t
ERROR: The process with PID 9564 (child process of PID 22520) could not be
terminated.
Reason: There is no running instance of the task.
ERROR: The process with PID 22520 (child process of PID 13964) could not be
terminated.
Reason: There is no running instance of the task.

Батько був запущений IDE, але IDE перерізав пуповину, тож тепер у вас є два процеси зомбі. Ви не можете приєднати налагоджувач до процесу, який ви налагоджували, тому що вже є доданий (зомбі) відладчик, і ви не можете приєднати налагоджувач до (зомбі) налагоджувача, оскільки, як скаже вам Visual Studio, ви намагаєтеся :

Не вдається приєднатися до процесу. Операція не є законною в поточному стані.

Зомбі все ще знаходяться в таблиці процесів достатньо добре, щоб не допустити запуску іншого екземпляра через налагоджувач, але ви, ймовірно, могли запустити ще один екземпляр поза IDE.

Тут вирішується більш конкретна проблема того, як VS створить процес зомбі. Але процеси зомбі часто не вмирають. Ну, часто в Windows, іноді в Linux, не до тих пір, поки ви не застрелите їх рушницею. Або це було відключення? Але остерігайтеся випадкового застосування очікуваних оновлень Windows.

Я схвильований деякими попередніми відповідями, які пропонували приєднатись до налагоджувача, але вищевикладений результат, який я отримав. Тому я надсилаю свою відповідь і перезавантажую, щоб очистити таблицю процесів.

Можливо, вивчення деяких з наведених тут інструментів може призвести до відповідей?

https://stackoverflow.com/questions/49988/really-killing-a-process-in-windows

(Щойно я з’ясував, що pskill був єдиним із кількох інструментів, який міг би знищити процес, що працює під час сеансу Windows 7 одного користувача, із сеансу іншого користувача (або облікових даних, я думаю.)

Ти можеш!

Використання ProcessHacker (клацніть правою кнопкою миші на процесі) -> Термінатор.

Якщо ви використовуєте VS для налагодження процесу, і ви вбиваєте його з диспетчером завдань. Тоді VS не може з цим добре впоратися.

Таким чином, VS все ще налагоджує цільовий процес, але ви не можете просто натиснути процес зупинки у VS. Просто вийдіть з VS, і ви побачите вихід свого процесу.