Python multiprocessing 机器人GUI子进程终止失效及无差别终止方法

直接导致进程终止逻辑失效的3个硬错误 #

• 进程存活判断语法错误：你写的判断语句if p.is_alive:存在逻辑问题。is_alive()是Process类的方法，必须加括号调用才会返回布尔值；不加括号时，这个方法对象本身永远是真值，无论进程是否实际退出，都会走到"Error, still not dead"的分支，完全失去判断意义。
• 进程引用错位：你在代码顶层写的测试逻辑（启动临时room1进程、terminate、kill、join）会在程序启动时创建一个无引用绑定的残留进程。后续你在按钮事件里每次给p重新赋值时，只会覆盖当前p的指向，完全丢失对那个初始残留进程的管控——这个孤儿进程会持续持有机器人的socket连接发运动指令，表现为你终止新进程后，机器人短暂停止又重新启动。
• socket对象跨进程传递的副作用：你把主进程创建的socket对象s作为参数传给子进程时，multiprocessing会自动给子进程复制一份独立的socket副本。主进程发的停止指令走的是主进程的s连接，子进程持有的副本连接仍在持续发送运动指令，两个连接同时操作机器人，就会出现停止后又恢复动作的现象。

可直接落地的修正代码逻辑 #

1. 重构进程引用管理 #

放弃零散的全局p变量，用统一的全局变量记录当前运行的子进程，避免引用丢失：

# 全局维护当前活动进程，初始为空
current_clean_process = None

2. 重写stoptour()函数，实现彻底终止 #

def stoptour():
    global current_clean_process
    # 先给机器人发全局停止指令
    s.send(bytes.fromhex('longhexkey'))
    # 没有运行中的清洁进程就直接返回
    if not current_clean_process:
        return
    # 强制终止进程
    current_clean_process.terminate()
    # 等待3s让进程退出，超时就强杀
    current_clean_process.join(timeout=3)
    if current_clean_process.is_alive():
        current_clean_process.kill()
        current_clean_process.join()
    # 清空进程引用，避免残留
    current_clean_process = None
    # 再次发一次停止指令兜底
    s.send(bytes.fromhex('longhexkey'))
    if current_clean_process is None:
        print('Success, its dead')

3. 修正所有进程启动逻辑 #

所有启动新清洁进程的位置，都把新进程对象赋值给全局的current_clean_process，不要单独创建局部p变量：

# Room1按钮事件修正
if event == "Room 1":
    if __name__ == '__main__':
        stoptour()
        current_clean_process = multiprocessing.Process(target=room1, args=(s,), daemon=True)
        current_clean_process.start()

# Room2、Room3按钮事件同理，全部替换为给current_clean_process赋值

彻底终止所有子进程的通用实现方案 #

如果需要无差别终止所有派生的子进程，可以在主进程里维护一个进程列表，启动所有子进程时把对象加入列表，终止时遍历列表对每个进程执行terminate/kill/join，避免遗漏：

• 启动进程时同步加入列表：all_processes.append(new_process)
• 终止时遍历列表执行清理：

  for proc in all_processes:
      if proc.is_alive():
          proc.terminate()
          proc.join(timeout=2)
          if proc.is_alive():
              proc.kill()
  # 清理完列表
  all_processes.clear()
  

• 注意不要在子进程里再创建其他子进程，否则会出现“杀了父进程、孙子进程孤儿化继续运行”的问题，如果存在嵌套派生，需要获取整个进程组的PID，对整个进程组发送终止信号。

额外排查点：如果修正后子进程还是无法终止，检查子进程内的逻辑是否有阻塞在不可中断的系统调用（比如硬磁盘读写、无超时的socket recv），这类场景下即使发送了kill信号，也要等系统调用返回后进程才会真正退出。

内容的提问来源于stack exchange，提问作者Spags