Docker搭配nodemon修改代码后API不自动重载问题求助

我来帮你梳理下这个问题的核心原因，以及对应的解决方案：

1. 关键问题：你没在容器里用nodemon运行应用 #

看你的配置就能发现——Dockerfile里明明安装了nodemon，并且设置了CMD ["nodemon", "-L", "server"]，但docker-compose.yml里的command: node tools/run.js直接覆盖了这个CMD！这意味着你现在是用普通的node命令启动应用，根本没有启用nodemon的文件监听功能，自然不会在代码修改后自动重启。

解决方案：修改docker-compose的command参数 #

把docker-compose.yml里的command改成用nodemon启动你的入口文件，别忘了加上-L参数（这个参数是关键，后面会解释）：

api:
  # 其他配置不变...
  command: nodemon -L tools/run.js

2. 为什么-L参数这么重要？ #

容器内的共享卷（你配置的./:/usr/src/app）在不同操作系统下的文件变化通知机制不一样：

• 你的朋友用Mac，Docker的共享卷对inotify（nodemon默认的监听方式）支持较好，不需要额外参数；
• 而Windows或者部分Linux环境下，inotify无法穿透共享卷捕捉到本地的代码修改，必须用-L（Legacy模式）让nodemon用轮询的方式检测文件变化，才能实时感知到你的代码修改。

3. 可选优化：添加nodemon配置文件 #

如果修改后还是有偶尔漏触发的情况，可以在项目根目录创建一个nodemon.json，明确指定监听范围，避免nodemon忽略关键文件：

{
  "watch": ["./tools", "./migrations", "./seeds", "./build"],
  "ignore": ["node_modules", ".git", "package-lock.json"],
  "ext": "js,json,env"
}

这个配置会让nodemon只监听你业务代码相关的目录，同时忽略掉不需要监听的文件/文件夹，提升监听效率。

4. 最后确认共享卷挂载 #

你提到进入容器能看到代码修改，说明挂载是正常的，但还是可以快速验证下：
进入容器后执行cat /usr/src/app/tools/run.js，确认内容和本地修改后的一致，确保共享卷没有挂载路径错误。

按上面的步骤修改后，你应该就能像朋友那样，修改代码后无需重启容器，应用会自动重启并生效了。

内容的提问来源于stack exchange，提问作者Fabio Gonçalves