Apple M1/macOS 12.4运行Python Flask Docker容器访问报错

你的判断有误，这不是Apple M1芯片和Docker的兼容性问题，属于Flask容器化部署最常见的配置错误，在x86/ARM全架构的Docker环境下都会触发，和硬件、系统版本无关。

Flask内置的开发服务器默认仅绑定127.0.0.1回环地址，该地址仅在容器自身的独立网络命名空间内有效。你虽然配置了-p 5000:5000做宿主机到容器的端口转发，但容器内的Flask服务只会响应容器内部发起的本地请求，所有从宿主机转发过来的外部请求都会被直接丢弃，最终触发浏览器的ERR_EMPTY_RESPONSE报错。
你之前尝试的Rosetta 2转译运行x86版Docker、更换ARM架构镜像、在其他M1设备复现的操作都没有触及核心配置问题，自然无法解决问题。

任选以下一种方案修改配置即可，推荐优先使用第一种：

• 修改Dockerfile中的启动命令，显式指定Flask服务绑定到所有可用网卡地址0.0.0.0，替换原有CMD行：

CMD [ "python3", "-m" , "flask", "run", "--host=0.0.0.0"]

修改后重新执行docker build构建镜像，再启动容器即可正常通过localhost:5000访问。

• 如果要使用你代码中写的if __name__ == '__main__'块的启动逻辑，先给app.run()方法增加host参数：

if __name__ == '__main__':
    app.run(host='0.0.0.0', port='5000')

再把Dockerfile的CMD改成直接运行脚本：

CMD [ "python3", "app.py" ]

• 不修改启动命令的话，也可以在Dockerfile中增加Flask专属的环境变量配置，放在CMD行之前即可：

ENV FLASK_RUN_HOST=0.0.0.0

Flask启动时会自动读取该环境变量，绑定到0.0.0.0地址。

后续遇到同类端口映射不通的问题，可以先进入容器内部验证服务状态：

1. 执行docker ps拿到运行中容器的ID
2. 执行docker exec -it <你的容器ID> /bin/bash进入容器终端
3. 在容器内执行curl http://127.0.0.1:5000，如果能正常返回页面内容，说明服务本身运行正常，问题出在绑定地址、端口映射这类网络配置上，不需要往硬件/系统兼容性方向排查。

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