Ctrl+C无效说明进程忽略SIGINT信号；先用ps检查TTY前台进程状态，若无R/R+状态则按回车恢复提示符；若有残留进程，用kill发送SIGTERM，3秒后检查，未退出则用kill -9强制终止；也可用killall按名称批量清除；预防措施包括python3 -i运行或nohup后台启动。
统信UOS终端中按下Ctrl+C后进程仍在运行，说明该程序已忽略或屏蔽了SIGINT信号，无法通过常规中断退出。
确认进程是否真被卡住
先验证当前终端是否真的被占用：在另一终端窗口（Ctrl + Alt + T）中执行 ps -o pid,ppid,comm,state,tty $(tty | sed 's/\/dev\///')，查看当前TTY下是否有前台进程残留。若输出中无活跃的前台进程（STATE列不含R或<strong>R+</strong>），说明原进程其实已退出，只是终端光标未刷新或Shell提示符未恢复——此时直接按回车即可唤回命令行。
若发现确实存在状态为T（stopped）或<strong>R</strong>（running）的可疑进程，继续下一步。
用kill发送标准终止信号
第一步：查出该进程PID。在原终端按Ctrl+Z挂起当前任务（若还能响应），然后输入jobs -l，记下方括号内的数字和对应PID；若Ctrl+Z无效，新开终端执行ps -u $USER | grep -v "grep" | tail -5，找最近启动、CMD列含python/sh/bash等疑似目标的行。
第二步：向该PID发送SIGTERM信号：kill PID数值（例如kill 1892）。这会触发进程正常清理流程，比Ctrl+C更可靠。
第三步：等待3秒，再执行ps -p PID数值检查是否消失。若仍存在，说明进程正在处理清理逻辑，或已转入不可中断状态（D状态），此时不能强杀内核线程，但用户态进程通常不会卡在D态。
强制终止顽固进程
方法一：用kill -9彻底终结
执行kill -9 PID数值。【-9参数绕过进程自身信号处理机制，由内核立即回收资源，但可能导致文件写入中断、临时缓存丢失】
方法二：若PID不确定或进程反复重生，用名称批量清除
在终端中输入：killall -u $USER python3 node java ruby（根据实际运行环境补充常见解释器名）。这条命令会终止当前用户启动的所有匹配进程，无需逐个查PID。
注意：若提示“没有该进程”，说明名称不准确，先运行ps -u $USER | grep -i 关键词（如grep -i flask）确认真实进程名。
防止下次再卡住
运行Python脚本时，加-i参数可让脚本结束后进入交互模式，避免误判为卡死：python3 -i script.py。这样Ctrl+C中断后仍保留在Python Shell中，能手动调用exit()或按Ctrl+D退出。
对长期运行的后台任务，改用nohup python3 script.py &启动，并重定向输出：nohup python3 script.py > out.log 2>&1 &。这样即使关闭终端，进程也不会因SIGHUP被连带终止，后续可用kill %1或kill $(pgrep -f "script.py")精准控制。
