blocks|key|473576|text|您还必须杀除子进程(如果有)才能成功终止进程|type|unstyled|depth|inlineStyleRanges|entityRanges|data|473577|taskkill+/IM+"process_name"+/T+/F

/T+=+kills+child+process

/F+=+forceful+termination+of+your+process|code-block|syntax|javascript|473578|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

you must kill child process too if any spawned to kill successfully your process

<pre><code>taskkill /IM "process_name" /T /F

/T = kills child process

/F = forceful termination of your process
</code></pre>

blocks|key|473794|text|taskkill和powershell+(kill)方法对我不起作用；它仍然显示“访问被拒绝”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|473795|我有更好的运气：|473796|wmic+process+where+"name='myprocessname.exe'"+delete|code-block|syntax|javascript|473797|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|M|8|@]|9|@]|A|$G|H]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

The taskkill and powershell (kill) methods didn't work for me; it still said "Access Denied".

I had better luck with this:

<pre><code>wmic process where "name='myprocessname.exe'" delete
</code></pre>

blocks|key|257225|text|在Windows+Server2008+R2上也遇到了同样的问题，但没有任何帮助，任务管理器或任务杀掉也不行。但是，windows+powershell以管理员身份运行时使用了"kill+-id+pid“。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|257226|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Just had the same issue on Windows Server 2008 R2 and nothing helped, not taskmanager or taskkill. But, windows powershell run as administrator worked with "kill -id pid"

blocks|key|473756|text|到目前为止，重新启动是唯一对我有效的解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|473757|永远优秀的Mark+Russonovich对不可杀死的过程有一个很好的解释。|473758|总而言之，这很可能是由于未处理的I/O请求没有得到适当的处理(由您的程序可能访问过的设备驱动程序)|473759|https://techcommunity.microsoft.com/t5/windows-blog-archive/unkillable-processes/ba-p/723389|offset|length|473760|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|0|0|2K|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|S|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|T|8|@]|9|@$H|U|I|V|1|W]]|A|$]]|$1|J|3|-4|5|6|7|X|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|G]]]]

Reboot is the only solution that worked for me (so far).
The ever excellent Mark Russonovich has a good explanation for unkillable processes.
To summarise, it's quite possible it is due to unprocessed I/O requests that hasn't been handled properly (by a device driver your program has possibly accessed)
<a href="https://techcommunity.microsoft.com/t5/windows-blog-archive/unkillable-processes/ba-p/723389" rel="noreferrer">https://techcommunity.microsoft.com/t5/windows-blog-archive/unkillable-processes/ba-p/723389</a>

blocks|key|473557|text|我知道现在很晚了，但是taskkill+/im+devenv.exe+/t+/f应该可以用了。/t也杀伤子进程。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|473558|entityMap^0|B|T|1B|2|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

I know it's late but <code>taskkill /im devenv.exe /t /f</code> should work. the <code>/t</code> kills child processes too.

blocks|key|474572|text|在我的例子中，在与这个问题斗争了几天之后(它发生在VirtualBox和µTorrent进程上)，我发现它是由Windows+Update补丁KB4338818+(Windows7+x64)引起的网络驱动程序问题引起的。卸载补丁后，一切都恢复正常。我只是觉得它可以对其他人有用。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|474573|entityMap|0|LINK|mutability|MUTABLE|url|https://support.microsoft.com/en-us/help/4338818/windows-7-update-kb4338818^0|1Z|9|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

In my case, after several days of fighting with this problem (it was happening to VirtualBox and µTorrent processes), I discovered it was caused by a network driver issue, provoked by Windows Update patch <a href="https://support.microsoft.com/en-us/help/4338818/windows-7-update-kb4338818" rel="noreferrer">KB4338818</a> (Windows 7 x64). After uninstalling that patch everything went back to normal. I just thought it could be useful for others.

blocks|key|257017|text|我可以通过杀死explorer.exe来解决我的问题，它反过来沉迷于我想要杀死的进程。我猜如果进程通过钩子打开接口，也可能发生这种情况，而钩子可能是锁定的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|257018|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I could solve my issue rearding this problem by killing explorer.exe which in turn was addicted to the process I wanted to kill. I guess this may also happen if processes open interfaces via hook which may be locked.

blocks|key|473984|text|原生tskill+<pid>+(或称tskill.exe+<pid>+)适用于Windows10，而其他原生答案无法做到这一点。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|473985|在我的例子中，我有一些chrome.exe进程，任务管理器的'End+Task‘可以工作，但是taskkill+/F+/T+/PID+<pid>和powershell的kill+-id+<pid>都不能工作(即使两个shell都是以管理员身份运行的)。|473986|这非常奇怪，因为taskkill被宣称是tskill的一个更好的api和更多功能的版本。|473987|在我的例子中，为了杀死某个任务的所有实例，我使用了FOR+/F+"usebackq+tokens=2+skip=2"+%25i+IN+(`TASKLIST+/FI+"IMAGENAME+eq+name_of_task.exe"`)+DO+tskill+%25i|473988|entityMap^0|2|C|I|G|0|1B|P|2C|E|0|8|8|K|6|0|P|2T|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]|$9|Q|A|R|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|S|8|@$9|T|A|U|B|C]|$9|V|A|W|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|X|8|@$9|Y|A|Z|B|C]|$9|10|A|11|B|C]]|D|@]|E|$]]|$1|J|3|K|5|6|7|12|8|@$9|13|A|14|B|C]]|D|@]|E|$]]|$1|L|3|-4|5|6|7|15|8|@]|D|@]|E|$]]]|M|$]]

Native <code>tskill &lt;pid&gt;</code> (or <code>tskill.exe &lt;pid&gt;</code> ) worked for me on Windows 10 where no other native answer did.

In my case, I had some chrome.exe processes for which task manager's 'End Task' was working, but neither <code>taskkill /F /T /PID &lt;pid&gt;</code> nor powershell's <code>kill -id &lt;pid&gt;</code> worked (even with both shells run as admin).

This is very strange as <code>taskkill</code> is purported to be a better-api-and-does-more version of <code>tskill</code>.

In my case to kill all instances of a certain task I used <code>FOR /F "usebackq tokens=2 skip=2" %i IN (`TASKLIST /FI "IMAGENAME eq name_of_task.exe"`) DO tskill %i</code>

blocks|key|256893|text|我已经看过几次了，我唯一的解决方案是重新启动。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|256894|您可以尝试使用PowerShell:+Get-Process+devenv+%7C+kill|256895|但是，如果其他方法都失败了，这个方法可能也会失败。:-(|256896|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I've seen this a few times and my only solution was a re-boot.

You could try using PowerShell:
Get-Process devenv | kill

But if the other methods failed, this probably will too. :-(

blocks|key|257657|text|我用taskkill得到了以下结果|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|257658|>taskkill+/im+"MyApp.exe"+/t+/f
ERROR:+The+process+with+PID+32040+(child+process+of+PID+54176)+could+not+be+terminated.
Reason:+There+is+no+running+instance+of+the+task.

>taskkill+/pid+54176++/t+/f
ERROR:+The+process+"54176"+not+found.|code-block|syntax|javascript|257659|对我起作用的是sysinternal's+pskill|257660|>pskill.exe+-t+32040

PsKill+v1.15+-+Terminates+processes+on+local+or+remote+systems
Copyright+(C)+1999-2012++Mark+Russinovich
Sysinternals+-+www.sysinternals.com

Process+32040+killed.|257661|您可以从the+sysinternal's+live+site获取pskill|257662|entityMap|0|LINK|mutability|MUTABLE|url|https://live.sysinternals.com/|1|https://live.sysinternals.com/pskill.exe^0|2|8|0|0|L|6|7|D|0|0|0|X|6|4|R|1|0^^$0|@$1|2|3|4|5|6|7|10|8|@$9|11|A|12|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|13|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|14|8|@$9|15|A|16|B|C]]|D|@$9|17|A|18|1|19]]|E|$]]|$1|M|3|N|5|H|7|1A|8|@]|D|@]|E|$I|J]]|$1|O|3|P|5|6|7|1B|8|@$9|1C|A|1D|B|C]]|D|@$9|1E|A|1F|1|1G]]|E|$]]|$1|Q|3|-4|5|6|7|1H|8|@]|D|@]|E|$]]]|R|$S|$5|T|U|V|E|$W|X]]|Y|$5|T|U|V|E|$W|Z]]]]

I was getting the following results with <code>taskkill</code>

<pre><code>&gt;taskkill /im "MyApp.exe" /t /f
ERROR: The process with PID 32040 (child process of PID 54176) could not be terminated.
Reason: There is no running instance of the task.

&gt;taskkill /pid 54176 /t /f
ERROR: The process "54176" not found.
</code></pre>

What worked for me was <a href="https://live.sysinternals.com" rel="nofollow noreferrer">sysinternal's</a> <code>pskill</code>

<pre><code>&gt;pskill.exe -t 32040

PsKill v1.15 - Terminates processes on local or remote systems
Copyright (C) 1999-2012 Mark Russinovich
Sysinternals - www.sysinternals.com

Process 32040 killed.
</code></pre>

You can get <code>pskill</code> from <a href="https://live.sysinternals.com/pskill.exe" rel="nofollow noreferrer">the sysinternal's live site</a>

blocks|key|473371|text|某些Exe文件依赖于某些服务，|type|unstyled|depth|inlineStyleRanges|entityRanges|data|473372|因此，您需要找到相应的服务并首先停止。|473373|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Some of the Exe files Dependents on Some services, 

So you need find the respective service and stop first.

blocks|key|257616|text|如果taskkill+/F+/T+/PID+<pid>不工作。尝试使用Run+as+Administrator打开提升的终端。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|257617|在windows菜单中搜索cmd，右键单击Run+as+Administrator，然后再次运行该命令。这对我很有效。|257618|entityMap^0|2|P|Z|K|0|D|3|L|K|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@$9|P|A|Q|B|C]|$9|R|A|S|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|T|8|@]|D|@]|E|$]]]|I|$]]

If <code>taskkill /F /T /PID &lt;pid&gt;</code> does not work.
Try opening your terminal elevated using <code>Run as Administrator</code>.
Search <code>cmd</code> in your windows menu, and right click <code>Run as Administrator</code>,
then run the command again. This worked for me.

blocks|key|258109|text|以管理员身份运行对我来说很有效：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|258110|1.在windows中搜索cmd|offset|length|style|CODE|258111|2.右键单击cmd，选择"Run+as+administrator“|258112|3.netstat+-ano+%7C+findstr+:8080|258113|4.taskkill/pid+(your+number)+/F|258114|​|258115|📷|atomic|258116|258117|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/dfbb533747fcd029b7c5ae63d83f2e02.jpeg|imageAlt^0|0|D|3|0|6|3|0|2|S|0|2|T|0|0|0|1|0|0|0^^$0|@$1|2|3|4|5|6|7|12|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|13|8|@$D|14|E|15|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|16|8|@$D|17|E|18|F|G]]|9|@]|A|$]]|$1|J|3|K|5|6|7|19|8|@$D|1A|E|1B|F|G]]|9|@]|A|$]]|$1|L|3|M|5|6|7|1C|8|@$D|1D|E|1E|F|G]]|9|@]|A|$]]|$1|N|3|O|5|6|7|1F|8|@]|9|@]|A|$]]|$1|P|3|Q|5|R|7|1G|8|@]|9|@$D|1H|E|1I|1|1J]]|A|$]]|$1|S|3|O|5|6|7|1K|8|@]|9|@]|A|$]]|$1|T|3|-4|5|6|7|1L|8|@]|9|@]|A|$]]]|U|$V|$5|W|X|Y|A|$Z|10|11|-4]]]]

Running as an admin works for me:

1.search <code>cmd</code> in windows

2.right click on <code>cmd</code> select as "Run as administrator"

3.<code>netstat -ano | findstr :8080</code>

4.<code>taskkill/pid (your number) /F</code>

<a href="https://i.stack.imgur.com/fmYsn.jpg" rel="nofollow noreferrer"><img src="https://i.stack.imgur.com/fmYsn.jpg" alt="My result"></a>

blocks|key|474836|text|对我来说，它的工作方式是我必须杀死父进程。找出父进程并杀死它|type|unstyled|depth|inlineStyleRanges|entityRanges|data|474837|taskkill+/IM+"parent_process_name.exe"+/T+/F|code-block|syntax|javascript|474838|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

For me, the way it worked is I have to kill the parent process. Figure the parent process out and kill it

<pre><code>taskkill /IM "parent_process_name.exe" /T /F
</code></pre>

blocks|key|474942|text|在我的例子中，这里的解决方案都不起作用。我最终发现这个程序在尝试轮询USB音频接口时被冻结了。因此，我拔下了我连接的USB+DAC，令我惊讶的是，应用程序立即退出。Francis的回答提到，这可能是“未处理的I/O请求没有得到正确处理(由您的程序可能访问的设备驱动程序)”的结果，这可能解释了为什么这会修复它。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|474943|我想这真的取决于程序在冻结时所做的事情，但如果其他解决方案都不起作用，请尝试断开所有USB设备的连接，看看其中一个是否可能是原因。|474944|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

In my case none of the solutions here worked. I eventually found that the program in question was frozen trying to poll USB audio interfaces. So I unplugged a USB DAC I had connected, and to my surprise the application quit instantly. Francis' answer mentions that it could be a result of "unprocessed I/O requests that hasn't been handled properly (by a device driver your program has possibly accessed)", which might explain why this fixed it.

I suppose it really depends on what the program was doing when it froze, but if none of the other solutions are working, try disconnecting all USB devices to see if one of them could be the cause.

blocks|key|473846|text|我在Code::Blocks中使用gdb调试进程时遇到了问题。一旦它被挂起，并且意外地步入您的源代码范围之外的指令(作为没有源代码或系统函数的库)，您就不能从Code::Blocks或Task-Manager退出调试。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|473847|我认为这是在Code：：块中实现gdb的错误，但也可能是在gdb中;)|473848|我的解决方案是：|473849|taskkill+/F+/IM+process.exe+/T|offset|length|style|CODE|473850|这显示了父进程的PID。现在杀死父母：|473851|taskkill+/PID+yyyy|473852|两个人都走了。|473853|好了。|473854|entityMap^0|0|0|0|0|U|0|0|0|I|0|0|0^^$0|@$1|2|3|4|5|6|7|V|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|W|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|X|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|Y|8|@$H|Z|I|10|J|K]]|9|@]|A|$]]|$1|L|3|M|5|6|7|11|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|12|8|@$H|13|I|14|J|K]]|9|@]|A|$]]|$1|P|3|Q|5|6|7|15|8|@]|9|@]|A|$]]|$1|R|3|S|5|6|7|16|8|@]|9|@]|A|$]]|$1|T|3|-4|5|6|7|17|8|@]|9|@]|A|$]]]|U|$]]

I have the Problem with debugged processes with gdb in Code::Blocks.
As soon it is hanging while accidentally stepping into instructions out of scope of your sources (as libs without sources or system functions) you cannot quit the debugging neither from Code::Blocks nor from Task-Manager.

I think it is an error in the implementation of gdb in Code::Blocks, but could also be in gdb ;)

My Solution:

<code>taskkill /F /IM process.exe /T</code>

This shows the PID of the parent process. Now kill the parent:

<code>taskkill /PID yyyy</code>

Both are gone.

Done.

blocks|key|473912|text|NirSoft的NirCmd为我完成了这项工作：|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|473913|nircmd+killprocess+"process+name.exe"|code-block|syntax|javascript|473914|killprocess手册页是here。|473915|entityMap|0|LINK|mutability|MUTABLE|url|http://www.nirsoft.net/utils/nircmd.html|1|http://nircmd.nirsoft.net/killprocess.html^0|8|6|0|0|0|F|4|1|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@$A|V|B|W|1|X]]|C|$]]|$1|D|3|E|5|F|7|Y|8|@]|9|@]|C|$G|H]]|$1|I|3|J|5|6|7|Z|8|@]|9|@$A|10|B|11|1|12]]|C|$]]|$1|K|3|-4|5|6|7|13|8|@]|9|@]|C|$]]]|L|$M|$5|N|O|P|C|$Q|R]]|S|$5|N|O|P|C|$Q|T]]]]

NirSoft's <a href="http://www.nirsoft.net/utils/nircmd.html" rel="nofollow noreferrer">NirCmd</a> did the job for me:

<pre><code>nircmd killprocess "process name.exe"
</code></pre>

killprocess man page is <a href="http://nircmd.nirsoft.net/killprocess.html" rel="nofollow noreferrer">here</a>.

blocks|key|474127|text|我遇到了完全相同的问题，在另一个网站上找到了这个修复:+powershell.exe+"Get-Process+_+same+%7C+Stop-Process“它对我有效，我也遇到了同样的问题，我必须重新启动，但/T不能工作。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|474128|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had the exact same issue, found this fix on another site:
powershell.exe "Get-Process processname| Stop-Process"
it worked for me and I was in the same boat where I had to restart, the /T would not work.

blocks|key|474365|text|如果你下载免费的sysinternals套件，它有一个pskill.exe应用程序，可以很好地处理这些类型的任务:+pskill.exe+"process_name“即使不使用它的-t选项，它也可以在这些进程上运行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|474366|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

If you download the free sysinternals suite, it has a pskill.exe application which works well for these types of tasks: pskill.exe "process_name"
It works on these processes even without using its -t option.

blocks|key|257917|text|我在提升的powershell上执行了以下操作：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|257918|PS+C:\Windows\system32>+wmic.exe+/interactive:off+process+where+"name+like+`'java%25'`"+call+terminate|code-block|syntax|javascript|257919|命令输出：|257920|Executing+(\\SRV\ROOT\CIMV2:Win32_Process.Handle="3064")->terminate()
Method+execution+successful.|257921|输出参数：|257922|instance+of+__PARAMETERS
{ReturnValue+=+0;+};|257923|我在上面获得了一些语法信息：https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb|offset|length|257924|entityMap|0|LINK|mutability|MUTABLE|url|https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb^0|0|0|0|0|0|0|E|28|0|0^^$0|@$1|2|3|4|5|6|7|10|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|11|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|12|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|13|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|14|8|@]|9|@]|A|$]]|$1|M|3|N|5|D|7|15|8|@]|9|@]|A|$E|F]]|$1|O|3|P|5|6|7|16|8|@]|9|@$Q|17|R|18|1|19]]|A|$]]|$1|S|3|-4|5|6|7|1A|8|@]|9|@]|A|$]]]|T|$U|$5|V|W|X|A|$Y|Z]]]]

I did the following, on an elevated powershell:

<pre><code>PS C:\Windows\system32&gt; wmic.exe /interactive:off process where "name like `'java%'`" call terminate
</code></pre>

command Output:

<pre><code>Executing (\\SRV\ROOT\CIMV2:Win32_Process.Handle="3064")-&gt;terminate()
Method execution successful.
</code></pre>

Out Parameters:

<pre><code>instance of __PARAMETERS
{ReturnValue = 0; };
</code></pre>

I got some syntax information on : <a href="https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb" rel="nofollow noreferrer">https://community.spiceworks.com/topic/871561-wmic-error-like-invalid-alias-verb</a>

blocks|key|474770|text|我也有同样的问题，这里的许多人都说正常的Kill命令都不起作用。我的问题文件是一个由远程桌面服务器上的用户从网络共享运行的可执行文件。在多个共享用户的情况下，在工作日重新启动不是一件容易的事情。即使用户注销，可执行文件仍列在任务管理器中。我发送到共享文件夹的服务器，并从计算机管理RDP会话中发现，即使用户已注销，该->服务器上的会话仍处于打开状态。右键单击->+Close+Session，文件锁定被释放。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|474771|我不明白为什么我不能结束这一切。当我尝试删除文件时，我最初得到的错误信息是“操作无法完成，因为文件已在系统中打开”|474772|希望这对其他人有帮助。|474773|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I had the same problem and as many others here have said none of the normal Kill commands worked. My problem file was an executable that was being run from a network share by a user on a Remote Desktop Server. With multiple shared users not an easy thing to restart in during a work day. Even when the user logged off the exe was still listed in Task Manager. I sent to the server where the folder was shared and from Computer Management -> Sessions found the user with the session still open from that RDP server even though he was logged off. Right Click -> Close Session and the file lock was released.

Beats me why I couldn't end the taks. The error message I was originally getting when I try and delete the file was "The action can't be completed because the file is open in System"

Hope this helps someone else.

blocks|key|474058|text|我遇到了同样的问题，我在端口3000启动了一个节点应用程序，但它没有正确关闭，即使在重启之后，该进程仍在运行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|474059|在管理员模式下运行的taskkill或powershell命令对我都不起作用。|474060|我使用了MS+Process+Expoler+>+Properties+>+Image+>+Current+directory+(应该是我的项目目录)。|474061|最后，我不得不在SafeMode中重新启动，重命名项目文件夹，然后重新启动。消耗端口3000的Node进程自行终止。|474062|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I faced the same issue where I started a node app in port 3000 and it didn't close correctly and the process kept running even after restart.

None of the taskkill or powershell commands running in Administrator mode worked for me.

I used MS Process Expoler > Properties > Image > Current directory (which was supposed to be the my project directory).

Finally, I had to reboot in SafeMode and rename the project folder and restart. The Node processes which were consuming port 3000 killed itself.

blocks|key|475002|text|taskkill+/f+/im+"process.exe“|type|unstyled|depth|inlineStyleRanges|entityRanges|data|475003|以管理员身份运行cmd或.bat文件对我有效|475004|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

taskkill /f /im &quot;process.exe&quot;
running cmd or .bat file as administrator worked for me

blocks|key|258468|text|用于终止在windows中运行的PID任务：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|258469|TASKKILL++/PID+"Taskname"++/F|code-block|syntax|javascript|258470|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

For killing PID Tasks running in windows:
<pre><code>TASKKILL /PID &quot;Taskname&quot; /F
</code></pre>

blocks|key|474884|text|以管理员身份运行CMD可解决此问题|type|unstyled|depth|inlineStyleRanges|entityRanges|data|474885|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Run CMD as Admin will fix the problem

When I start up an Experimental instance of VS from VS for debugging and stop debugging (sometimes directly from the parent VS), a zombile devenv.exe process remains running which I am unable to kill. It holds on to many of my dlls.

As I am logged onto this 64bit Win7 machine as Administrator, I would expect to be able to kill any process I wish to.

<pre><code>I tried (from Administrator command prompt):

End Task from Task Manager.
TASKKILL /F /IM devenv.exe
PSKILL devenv.exe
</code></pre>

None return any error and <code>TASKKILL</code> and <code>PSKILL</code> returned success messages of terminating/killing the process. But devenv.exe still runs, it is not re-spawned as the <code>PID</code> remains constant. It goes away only on restart of the system which is not a great solution.

Note. LockHunter shows devenv has got a lock on itself. And it cannot unlock it.

<img src="https://i.stack.imgur.com/Jd77o.png" alt="Process Monitor shows devenv to be in some kind of &#39;Process Profiling&#39; loop">

The above screenshot is the output of Process Monitor showing devenv to be in some kind of 'Process Profiling' loop (Right click on it and click open image in new tab to see it properly).

Any ideas how to kill such a process on Windows?

Taskkill /f doesn't kill a process

设备驱动程序

Windows Server

服务器

Windows

当我从VS启动一个用于调试的VS实验实例并停止调试(有时直接从父VS)时，一个僵尸devenv.exe进程仍然在运行，我无法杀死它。它保存了我的许多dll文件。当我以管理员的身份登录到这台64位的Win7机器上时，我希望能够杀死任何我想要的进程。I tried (from Administrator command prompt):End Task from Task Manager.TASKKI

问Taskkill /f不会终止进程
EN

回答 25

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Taskkill /f不会终止进程EN

回答 25

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Taskkill /f不会终止进程
EN