Docker容器中超时/内存超限kill进程脚本未生效问题排查求助

• Docker容器默认会覆盖容器内部shell设置的ulimit参数，你在run.sh中执行的ulimit -s 5优先级低于Docker守护进程给容器预设的ulimit限制，实际栈大小、资源限制并没有生效，递归计算不会触发栈溢出终止。
• 容器内timeout命令存在信号传递问题：默认情况下timeout不会将信号正确传递给它启动的Python子进程，且Python的信号处理机制会在CPU密集计算时延迟响应SIGTERM信号，导致超时后进程无法被正常终止。
• 你未给Docker容器配置独立的内存、运行时间上限，容器本身没有资源限制逻辑，就算进程占用资源过高，Docker也不会主动终止容器。

1. 优先将资源限制逻辑移到docker run参数中，优先级高于容器内配置，修改启动代码为：

container = subprocess.run(
    [
        "docker", "run",
        "--ulimit", "stack=5120:5120", # 栈大小限制5KB，单位为字节
        "--memory", "128m", "--memory-swap", "128m", # 内存限制128M，禁用swap避免内存超了用交换分区
        "mycontainertag"
    ],
    capture_output=True
)

2. 修改容器内run.sh的timeout命令，补全信号传递和强制终止逻辑：

#!/usr/bin/env bash
ulimit -s 5
# --foreground确保信号传递给Python子进程，-k 2表示SIGTERM发出2秒后进程仍存活则发SIGKILL强制杀掉
timeout --foreground --signal=SIGTERM -k 2 5 python3 main.py
exit $?

注意：如果你的容器基础镜像为Alpine，默认携带的是busybox版本的timeout，不支持上述GNU timeout参数，可更换为Debian/Ubuntu基础镜像，或在镜像构建时执行apk add coreutils安装GNU timeout。

3. 更稳妥的方案是直接在宿主机层面限制docker run的执行时间，完全规避容器内信号传递的问题，修改启动代码为：

container = subprocess.run(
    ["timeout", "-k", "2", "5", "docker", "run", "mycontainertag"],
    capture_output=True
)

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