IT策士 10余年一线大厂经验，专注 IT 思维、架构、职场进阶。我会在各个网站持续发布最新文章，助你少走弯路。

说到环境痛点，手动重建镜像与低效调试

在第 篇中。我们学会了用环境变量让同一份 docker-compose.yml 适应不同的部署环境。话说回来，但开发环境还有两个关键痛点没有解决：

• 代码变更后需要手动重建镜像 - 每次修改代码都要等几十秒执行docker build和docker compose up
• 缺乏高效调试手段 - 在容器内调试代码难度较高。日志分散难以追踪

一、热重载的原理：Bind Mount + Flask 自动重载

主要问题：如何让容器实时感知宿主机代码变更？

• Bind Mount机制: 将宿主机项目目录直接映射到容器工作目录（如/app)：

  • - 修改宿主机文件 = 实时更新容器文件
  • - 不需要重新build镜像或restart容器

• Flask框架支持:

  
  @app.route
  def hello:
  count = gethitcount
  return f'Hello Docker Compose Dev!
  I have been seen {count} times.
  '
  

  • - 开启debug=True
  • - 自动监控Python文件变更并重启进程

⚠️ 注意事项：
Flask reloader依赖Linux内核的inotify事件传递。老实说，若不生效可尝试设置：
FLASK_RUN_EXTRA_FILES或使用polling模式

二、开发环境 Compose 配置实战教程

基础配置与覆盖文件关系示意图

├── docker-compose.yml
└── docker-compose.override.yml
⬇️合并生效⬇️
└── 生产配置 + 开发
= 开发环境
bash
services:
flask-app:
至于image。flask-redis-counter:
environment:
- FLASK_ENV=production # 生产默认值
services:
flask-app:
environment:
- FLASK_ENV=development # ⬅️关键！切换为开发模式
- LOG_LEVEL=debug
volumes:
- .:/app # ⬅️主要！Bind Mount源码目录
- flask-logs:/app/logs # 日志卷保留不变

⚠️ 警告：Bind Mount会完全覆盖镜像中的/app目录内容！必须确保宿主机包含完整项目结构，否则可能出现运行时错误。

验证流程快速教程：
1. 首次启动：`docker compose up --build`
2. 检查日志：`docker compose logs | grep "Debug mode"`
3. 测试热重载：
bash
curl http://localhost:# 初始输出
touch app.py # 模拟修改触发表刷新
curl http://localhost:# 验证是否自动更新内容