问题

在我的实践中，甚至有一种情况需要从其中一个进程中杀死整个多处理器应用程序。

如果您的应用程序使用唯一的主进程，那么以下函数可以很好地工作。但是在我的例子中，下列函数没有一个不能工作，因为应用程序还有许多其他活动进程。

辞职() 退出(0) os._exit (0) sys.exit (0) Os.kill (os.getppid()， 9) -其中os.getppid()是父进程的pid

最后一个进程杀死了主进程和它自己，但其余进程仍然存活。

解决方案

我不得不通过外部命令杀死它，最后使用pkill找到解决方案。

import os

# This can be called even in process worker and will kill
# whole application included correlated processes as well
os.system(f"pkill -f {os.path.basename(__file__)}")

另一种方法是:

raise SystemExit

import sys
sys.exit()

详细信息来自sys模块文档:

sys.exit ((arg)) 退出Python。这是通过提高 SystemExit异常，因此清理操作由finally子句指定 的try语句被执行，并且可以拦截 试图从外部退出。 可选参数arg可以是给出退出状态的整数 (默认为0)，或其他类型的对象。如果是整数， 零被认为是“成功终止”，任何非零值都是 shell等认为是“异常终止”。大多数系统 要求它在0-127的范围内，并产生未定义的结果 否则。一些系统有分配特定 具体退出码的含义，但这些通常是 不发达;Unix程序通常使用2作为命令行语法 Errors和1表示所有其他类型的错误。如果是其他类型的对象 传递，None等效于传递零，而任何其他对象是 打印到stderr并导致退出代码为1。特别是, sys。Exit ("some error message")是一种快速退出程序的方法 出现错误。 由于exit()最终“仅”引发异常，因此它只会退出 进程从主线程调用，而异常不是 拦截。

注意，这是一种“不错”的退出方式。下面的@glyphtwistedmatrix指出，如果你想要一个“硬退出”，你可以使用os._exit(*errorcode*)，尽管在某种程度上它可能是特定于os的(例如，它可能不会在windows下接受errorcode)，而且它肯定不太友好，因为它不让解释器在进程死亡之前做任何清理。另一方面，它会杀死整个进程，包括所有正在运行的线程，而sys.exit()(就像它在文档中说的那样)只在主线程调用时退出，没有其他线程在运行。

只要把quit()放在代码的末尾，就可以关闭一个python脚本。

而您通常应该更喜欢sys。退出，因为它对其他代码更“友好”，它实际上所做的只是引发一个异常。

如果你确定你需要立即退出一个进程，并且你可能处于某个异常处理程序中，这个异常处理程序会捕获SystemExit，那么还有另一个函数——os。_exit——它在C级立即终止，不执行任何正常的解释器分解;例如，在"atexit"模块中注册的钩子不会被执行。

提前终止Python脚本的一个简单方法是使用内置的quit()函数。不需要导入任何库，而且高效简单。

例子:

#do stuff
if this == that:
  quit()