问题标签 [taskkill]

一个名为“FireSvc.exe”（McAffee 服务）的任务不断干扰我们的应用程序升级。我放

> taskkill /f /im "FireSvc.exe"

在批处理文件中。我们在安装过程中不断运行它，因此软件将成功升级。我不确定为什么这项服务会如此频繁地重新启动。我们必须从命令行运行，因为在任务管理器中，当你试图杀死这个任务时，你会得到“拒绝访问”。

我的问题是，你如何让它每 20-30 秒运行一次？

我们也不能安装任何类型的未经批准的软件。那么，就是这样...

感谢您的任何意见。

我当前的活动中有一个“返回”按钮。一旦我点击它，它应该停止当前活动中的任务并移动到另一个活动。我的问题是，它正在移动到另一个活动，但是当该活动的任务开始时它会崩溃。我试过这段代码，但没有用。

然后我尝试了这个，它没有用。

我试过finish()了，但也没有用。

似乎每当我在 Windows 8 中打开程序时，进程名称都是WWAHost.exe

我希望能够做类似的事情TASKKILL /F /IM notepad.exe并按名称终止特定进程

如果我杀WWAHost.exe了，那么所有打开的程序都会死。

有任何想法吗？

在过去的几天里，我一直在编写一个我认为很容易但似乎并不容易的脚本，我也明白为什么。我的问题是如何解决它。

我需要解释的批处理脚本：

我有一个在 cmd.exe 中运行的脚本，它可以执行很多操作，例如将大量文件从一个位置移动到另一个位置。让我们称之为 movefile.cmd。该脚本有效，但有时会停止（很少 - 让我们不讨论为什么和那个脚本）。该脚本始终运行很重要，因此我的想法是创建一个退出 cmd.exe 的批处理，然后每隔一小时左右重新打开脚本。让我们调用这个脚本restartcmd.bat

听起来很简单，因为我可以这样做：

但显然这不起作用，因为我的新脚本也在 cmd.exe 中运行，所以它也会杀死这个进程。

我试过的：

所以我复制了一个cmd.exe，重命名为dontkillthis.exe。我运行 dontkillthis.exe，然后从 dontkillthis.exe 打开 restardcmd.bat - 这非常有效！但我需要能够只是 dobbleclick 我的脚本而不是这样做。为什么？因为它应该尽可能简单，我希望我的 restartcmd.bat 位于我的启动文件夹中。

我一直在寻找获取 cmd.exe 的确切进程 ID 并关闭它以便我的 dontkillthis.exe 保留的想法，但我似乎无法确定它。尝试了这里写的所有内容，如何杀死除当前正在运行的批处理文件之外的所有批处理文件，但我无法让它工作。

我不确定我是否感到困惑，或者这样做实际上是否有点困难。

我真的很感激这里的一些帮助。

最好的祝福

莫

我使用 inno setup 来设置我的应用程序。在安装之前，我会检查应用程序是否仍在运行，并使用 taskkill 命令杀死应用程序强制。但我发现托盘图标不会消失。

杀死后如何温和地终止应用程序或使托盘图标从托盘中删除？

我正在尝试os.system在命令提示符下使用 taskkill 命令。生病了我唯一遇到问题的部分：

该变量connection[i]只是同一网络上远程计算机的 IP 地址。我可以在本地直接从命令提示符运行此命令，只需直接输入 IP，我就知道它会起作用，但是通过 Python 以这种格式运行命令返回 ">，此时是出乎意料的。" 我在这行代码中犯了一个愚蠢的格式错误吗？错误如下所示：

编辑：我也被告知要使用 Subprocess 模块。我尝试了下面的代码段：

它不会在脚本中失败，但它也不会终止进程。

在 Java 程序中我有 的对象Process，我想知道它是PID. 程序在 Windows 64 位机器上运行。我遇到过这个，但无法让它们工作。

我需要PID进程，因为如果它仍在运行，我想在超时后终止该进程。Process#destroy不会杀死子进程。

我正在尝试在我的.bashrc中创建一个函数以在 gitbash 中运行。我试图运行的命令是：

我将更改“Windows 任务管理器”位，但只是为了展示我正在尝试的内容。当我通过 Windows cmd 运行命令（TASKKILL /fi "WINDOWTITLE eq Windows 任务管理器"）时，它运行良好，但是当我从 gitbash 运行时，我收到以下错误消息：

正如我所说，它在 cmd 中运行良好，所以我认为这与引号有关。我还尝试了以下方法，但也失败了：

我可以将命令放在 .bat 文件中并运行它（cmd“/C pathtofile/script.bat”）并且可以，但如果可能的话，我更喜欢直接从.bashrc运行它。

我有一个从进程读取输出的 gobbler。

有一种情况是我们使用它的 PID 和外部 Windows taskkill 命令以编程方式终止进程。

它是一个 16 位 DOS 进程

我们 taskkill 因为它是一个 DOS 16 位进程，而 Process.destroyForcibly() 不适用于它，因为它位于 ntvdm 子系统中，最好的方法是获取 PID 并使用 'taskkill /T /F' 确实可以杀死它和任何孩子。

通常，我们的 DOS 16 位（或 32 位）进程没有问题。这个有一些文件锁。尤其重要的是，我们确保让操作系统释放锁是死的。

我们在杀戮之前和之后关闭所有流

在调用 taskkill 之前，我们尝试刷新和关闭 executor 中的所有流：in,out,err。调用 taskkill 后，我们通过重新关闭所有流来验证它们是否已关闭。

杀死后我们在所有 gobbler 上调用 Thread.interrupt()

现在，在操作系统中也确认了 kill 成功后，gobbler 仍在运行，它不响应 Thread.interrupt()。

我们甚至做了最后的 Thread.stop（喘气！）

此外，我们在它上面调用了 Thread.stop() ，它仍然在读取阶段等待......

因此，我们似乎无法停止 Processes 流上的 std-out 和 std-in gobbler。

我们知道 Thread.stop() 已被弃用。为了安全起见，我们捕获 ThreadDeath，然后清理所有监视器，然后重新抛出 ThreadDeath。然而， ThreadDeath 实际上从来没有被抛出，线程只是继续等待 inputStream.read .. 所以 Thread.stop 在这种情况下被弃用是一个有争议的问题......因为它没有做任何事情。就这样没有人会激怒我，这样我就可以问心无愧，我们已经从生产代码中删除了 Thread.stop() 。

线程不会中断我并不感到惊讶，因为这只发生在某些 InputStreams 上，并且并非所有读取都是不可破坏的。但令我惊讶的是，调用 Thread.stop 时 Thread 不会停止。

线程跟踪显示

线程跟踪显示 main-in 和 main-er（进程的两个输出）仍然在运行，即使在流关闭、线程被中断并且最后一次 Thread.stop 被调用之后。

任务已经死了，那么为什么要关心空闲的被阻塞的gobblers呢？

并不是我们在乎狼吞虎咽不会退出。但是我们讨厌运行的线程只会堆积并阻塞系统。这个特定的进程由网络服务器调用，然后......它可能相当于数百个处于阻塞状态的空闲线程在死进程上......

我们已经尝试以两种方式启动该过程，没有区别......

狼吞虎咽的读法是这样的：

我们的销毁器在 taskkill 之后在 gobbler 线程上调用它：

这是日志输出的片段：

注意：在调用 taskkill 之前，进程 std-out 和 std-err 不会关闭。但是它们在 taskkill 之后手动关闭（因为成功而未显示在日志中）。

我打开了三个进程，然后我杀死了所有三个进程，如下所示：

我正在获取所有三个打开的​​ exe 的进程 ID，以同样的方式我希望打印已终止进程的进程 ID，以确认打开的进程已成功终止。当我在命令提示符下运行它时，我确实终止了进程 ID，但是如果我在其他地方运行此脚本，例如在 python shell 上，那么我不会得到终止的进程 ID。因此，建议我在打印的输出中获取终止的进程 ID。