在CentOS系统中，停止正在运行的Python进程是运维和开发人员必须掌握的核心技能，核心上文归纳是：根据进程的运行环境（前台、后台或服务化），选择匹配的终止指令，并优先采用优雅退出机制以保障数据安全，避免强制终止带来的数据丢失或文件损坏风险，在实际操作中，应避免直接使用“kill 9”作为首选方案，而是通过进程ID（PID）或服务管理工具进行精准控制。
前台运行进程的终止策略
对于直接在终端窗口中通过命令启动且未挂后台的Python脚本，其终止方式最为直接，当脚本在前台运行时，标准输入流与终端绑定,此时可以通过发送中断信号来停止程序。
最常用的方法是组合键“Ctrl + C”，在键盘上按下此组合键后，系统会向前台进程组发送SIGINT（中断）信号，对于大多数Python脚本而言，如果未进行特殊的信号捕获处理，程序会立即抛出KeyboardInterrupt异常并终止执行，这是最安全、最基础的停止方式，因为它允许Python解释器执行清理工作，如关闭文件描述符、刷新缓冲区等。
如果程序处于死循环或阻塞状态且无法响应“Ctrl + C”，可以尝试使用“Ctrl + Z”，但这并非终止进程，而是将其挂起并放入后台，若要真正停止，仍需结合后续提到的kill命令对挂起的进程进行操作，在前台操作中,确认进程状态并正确使用中断信号是首要原则。
后台进程的精准定位与终止
在生产环境中，Python脚本通常通过“nohup”或“&”符号置于后台运行，此时无法通过交互式按键停止，必须通过进程管理命令进行操作，这一过程分为两个关键步骤：精准定位进程和发送终止信号。
利用“ps”命令结合“grep”查找目标进程的PID，由于“grep”本身也会匹配到包含关键字的进程，因此通常使用“grep v grep”来过滤掉查找命令本身，执行“ps ef | grep python | grep your_script.py | grep v grep”可以获取特定脚本的进程信息，为了提高效率，也可以直接使用“pgrep f your_script.py”来直接输出PID。
获取PID后，使用“kill”命令发送信号，默认情况下，“kill PID”发送的是SIGTERM（15）信号，这是一个终止信号，要求程序正常退出，Python程序捕获到此信号后，可以执行保存状态、关闭数据库连接等收尾操作，然后自行退出，这是符合EEAT原则的专业做法,因为它尊重了程序的生命周期。
如果程序无响应，在确认数据安全的前提下，可以使用“kill 9 PID”发送SIGKILL信号，此信号由内核处理，强制结束进程，程序无法捕获或忽略，虽然效果立竿见影，但极易导致正在写入的数据损坏或临时文件未清理,因此仅作为最后手段使用。
Systemd服务化管理下的停止操作
在现代CentOS版本（如CentOS 7、8及Stream）中，推荐将Python应用封装为Systemd服务，这种方式不仅实现了开机自启，还提供了标准化的停止接口,是专业运维的首选。
通过Systemd管理时，停止进程的命令为“systemctl stop your_service.service”，该命令的底层逻辑实际上是向服务的主进程发送控制信号，但其优势在于Systemd会负责管理进程组，如果Python脚本通过“multiprocessing”派生了子进程，直接kill主进程可能导致子进程变成孤儿进程,而Systemd能确保整个服务单元下的所有相关进程都被干净地清理。
Systemd支持配置“TimeoutStopSec”参数，如果在指定时间内服务未完成停止操作，Systemd会自动发送SIGKILL信号强制停止，这种机制既保证了优雅退出的尝试，又防止了服务无法停止的死锁情况,体现了系统管理的严谨性。
虚拟环境与Screen会话中的特殊处理
开发测试环境中，Python常运行在虚拟环境或Screen/Tmux会话中，对于虚拟环境，进程的停止与全局Python无异，关键在于PID的识别，由于虚拟环境的路径可能较长，在使用“ps”命令查找时，建议通过完整路径或特定参数来精确定位,避免误杀其他用户的同名脚本。
对于Screen或Tmux会话，停止Python进程有两种思路，一种是进入会话，找到对应窗口，按“Ctrl + C”停止；另一种是直接关闭会话，使用“screen X S session_name quit”可以彻底关闭一个Screen会话，其中运行的所有Python进程也会随之收到终止信号，这种方式在批量停止测试任务时非常高效,但需确保会话中没有其他需要保留的重要工作。
信号处理与优雅退出的代码级实践
从专业开发的角度，停止Python进程不应仅依赖运维命令，代码本身应具备“优雅退出”的能力，这体现了EEAT原则中的专业性和体验度。
Python的“signal”模块允许开发者注册信号处理函数，可以捕获SIGTERM（15）信号，在接收到该信号时，将全局运行标志位设为False，让主循环自然结束，并记录日志“服务正在安全退出...”，这种设计使得程序在接收到停止指令时，能够完成当前批次的业务处理，关闭资源，再主动退出,极大提升了系统的健壮性。
应避免在信号处理函数中执行耗时或阻塞操作，因为信号处理本身是异步的，最佳实践是在处理函数中仅设置状态标志,而将清理逻辑交由主线程或主循环在检测到标志变化后执行。
相关问答
Q1：在CentOS中，如何一次性停止所有匹配特定名称的Python进程？A1： 可以使用“pkill”命令结合“f”参数来实现，执行“pkill f test_script.py”，该命令会查找所有命令行中包含“test_script.py”的进程并发送SIGTERM信号，如果需要强制停止，可以添加“9”选项，即“pkill 9 f test_script.py”，但请注意，批量操作风险较高，执行前务必确认匹配的进程列表正确，建议先用“pgrep f test_script.py”查看PID列表。
Q2：为什么有时候执行了kill命令，Python进程的状态变成了Defunct（僵尸进程），如何处理？A2： 僵尸进程是指已经执行完毕但父进程尚未读取其退出状态的子进程，如果Python主进程创建了子进程但没有正确回收（wait），在主进程被kill后，子进程可能变成孤儿进程并被init（PID为1）接管，或者变成僵尸进程，处理僵尸进程的根本方法是杀死其父进程，如果父进程无法正常退出，只能通过重启系统或寻找父进程并终止它来让init回收这些僵尸资源，在编写Python多进程代码时，应确保正确使用“join()”或“wait()”方法。
互动
您在日常管理CentOS服务器时，是否遇到过Python进程无法正常停止的情况？您是如何排查并解决的？欢迎在评论区分享您的实战经验和独特技巧。
