Docker容器断连或用户主动退出时如何自动终止用户进程

核心问题本质：docker exec启动的独立bash会话默认没有进程组回收机制，当会话因主动exit、网络断开终止时，会话启动的子进程会被系统1号进程收养，持续占用资源。以下是可直接落地的方案，按易用性排序：

方案1：开启Bash原生会话回收（零额外依赖，优先选用） #

不需要安装额外工具，仅需两步配置即可对所有普通用户生效：

• 容器内全局开启Bash的挂断信号传播：在容器内全局Bash配置文件/etc/bash.bashrc末尾追加一行配置：

shopt -s huponexit

配置说明：huponexit是Bash内置参数，开启后交互式登录shell退出时（无论主动退出还是网络异常断开），会向当前shell启动的所有子进程发送SIGHUP挂断信号，默认配置下Python、Node.js等绝大多数常规用户进程收到该信号会自动终止。

• 统一用户登录命令：将原登录命令docker exec -it container_name bash替换为docker exec -it container_name bash --login，强制使用登录shell加载全局配置，对用户透明无额外学习成本。

如果你的容器内运行了systemd作为init进程，可以直接在/etc/systemd/logind.conf中添加如下配置，回收逻辑更彻底：

KillUserProcesses=yes
KillExcludeUsers=root

配置后重启logind服务即可生效，会自动回收所有已退出用户会话关联的全部进程。

方案2：会话监控脚本（适配所有Shell，可清理nohup/后台进程） #

如果不想依赖Bash内置参数，或者有用户使用zsh、fish等其他Shell，可以在容器内部署轻量会话监控脚本，实现进程组级别的强制回收：

1. 在容器内创建全局登录入口脚本/usr/local/bin/container-shell，内容如下：

#!/bin/bash
SESSION_PID=$$
# 启动后台监控协程
(
  while true; do
    # 检测当前会话的父连接（docker exec对接进程）是否存活
    if ! kill -0 $PPID 2>/dev/null; then
      # 先发送优雅终止信号，等待2秒后强制杀死整个进程组
      kill -TERM -$SESSION_PID 2>/dev/null
      sleep 2
      kill -KILL -$SESSION_PID 2>/dev/null
      exit 0
    fi
    sleep 1
  done
) &
# 替换为用户默认Shell，保持会话PID不变
exec $SHELL "$@"

2. 给脚本添加执行权限：chmod +x /usr/local/bin/container-shell
3. 所有用户统一使用如下命令登录容器：
   docker exec -it container_name /usr/local/bin/container-shell
   该方案不依赖特定Shell的配置，哪怕用户使用nohup、&启动后台进程，也会在连接断开后3秒内被全部清理，不会残留。

方案3：兜底定时清理（适配极端场景） #

如果你的容器不需要普通用户启动常驻后台进程，可以添加全局定时任务做兜底清理，避免遗漏特殊残留进程：
在容器内/etc/crontab中追加如下定时规则：

* * * * * root ps -eo pid,ppid,tty,uid | awk '$3 == "?" && $1 != 1 && $4 != 0 {print $1}' | xargs -r kill -9 2>/dev/null

规则说明：该任务每分钟执行一次，会自动杀死所有无关联控制终端、非1号进程、非root用户启动的进程。配置前请确认容器内没有需要普通用户权限常驻的服务，避免误杀。

内容的提问来源于stack exchange，提问作者spagh-eddie