Docker容器ENTRYPOINT为gunicorn时，startup.py启动脚本执行失败求助
我来帮你解决这个问题！你遇到的核心问题是Docker中ENTRYPOINT和CMD的组合逻辑没搞对，导致startup.py根本没被正确执行。
问题根源分析
当你用exec格式的ENTRYPOINT（也就是数组形式的["gunicorn", ...]）时，CMD的内容会被直接当作ENTRYPOINT程序的参数传递进去。你原来用shell格式的CMD /usr/bin/python3 /startup.py，Docker其实会把它转换成["/bin/sh", "-c", "/usr/bin/python3 /startup.py"]，但这整个数组会作为参数传给gunicorn——也就是说，gunicorn会尝试加载一个名为/bin/sh的WSGI模块，这显然不存在，所以才会报"文件不存在"的错误。
可行解决方案（按推荐程度排序）
方案1：用自定义shell脚本作为ENTRYPOINT（最推荐）
这种方式最灵活，能完美处理"先跑启动脚本，再启动主程序"的需求，还能保证gunicorn成为容器的PID 1进程，方便处理停止信号。
步骤如下：
- 新建一个
entrypoint.sh脚本，内容如下：
#!/bin/bash # 执行你的启动脚本 /usr/bin/python3 /startup.py # 用exec让gunicorn替换当前shell进程，成为PID 1，确保信号能正确传递 exec gunicorn -b 0.0.0.0:8000 app:app
- 修改Dockerfile，把这个脚本复制进去并赋予执行权限，同时设置它为ENTRYPOINT：
COPY startup.py / COPY entrypoint.sh / RUN chmod +x /entrypoint.sh ENTRYPOINT ["/entrypoint.sh"]
这样容器启动时，会先执行startup.py，完成后再启动gunicorn，完全符合你的需求。
方案2：用bash -c串联命令
如果你不想额外加脚本，可以直接把ENTRYPOINT改成bash，然后在CMD里写串联的命令：
COPY startup.py / ENTRYPOINT ["/bin/bash", "-c"] CMD ["/usr/bin/python3 /startup.py && gunicorn -b 0.0.0.0:8000 app:app"]
这种方式的缺点是，容器的PID 1是bash而不是gunicorn，当你给容器发停止信号时，bash可能不会正确传递给gunicorn，导致需要强制停止容器。如果你的应用对优雅停机要求不高，这个方案也能用。
方案3：在startup.py里直接启动gunicorn
另一种思路是让启动脚本最后拉起gunicorn，这样可以直接把ENTRYPOINT设为执行startup.py：
- 修改
startup.py，在脚本末尾加上：
import subprocess # 用exec=True让gunicorn替换当前Python进程，成为PID 1，解决信号传递问题 subprocess.run(["gunicorn", "-b", "0.0.0.0:8000", "app:app"], check=True, exec=True)
- 修改Dockerfile：
COPY startup.py / ENTRYPOINT ["/usr/bin/python3", "/startup.py"]
这个方案不需要额外的shell脚本，但需要确保startup.py里的逻辑能正确处理gunicorn的启动。
内容的提问来源于stack exchange，提问作者jgwl
