Docker for Windows下docker-compose卷挂载失效问题咨询

我之前也踩过这个坑！Docker for Windows里用docker-compose挂载卷没反应，但直接用docker run命令行却正常，大概率是这几个原因导致的，咱们一个个排查：

1. 检查Docker Desktop的文件共享权限 #

这是最常见的问题！命令行挂载可能因为你直接指定了路径或者临时授权，但docker-compose需要全局开启文件共享权限：

• 打开Docker Desktop，点击右上角的设置图标
• 进入Resources > File Sharing选项卡
• 确保你项目所在的盘符（比如C盘）已经被勾选
• 点击"Apply & Restart"重启Docker，然后再运行docker-compose up --build试试

2. 路径解析差异（Windows终端 vs WSL集成模式） #

如果你用的是WSL2后端的Docker，路径解析很容易出问题：

• 如果你是在Windows的CMD/PowerShell里运行docker-compose，试试把相对路径改成Windows风格的绝对路径：

  volumes:
    - 'C:/Users/你的用户名/项目所在的完整路径:/usr/src/app'
  

• 如果你是在WSL终端（比如Ubuntu子系统）里操作，一定要先进入WSL的项目目录（比如/mnt/c/Users/...），再运行docker-compose，此时相对路径./会被正确解析成WSL的路径

3. 清理缓存的容器和卷 #

有时候旧的容器缓存会干扰新的卷挂载，先彻底清理再重新构建：

# 停止并删除容器、卷
docker-compose down -v
# 删除旧的镜像（替换成你的镜像名，比如nodeServer）
docker rmi nodeServer
# 重新构建并启动
docker-compose up --build

4. 检查nodemon的文件监听（可选） #

虽然你说命令行挂载正常，但Windows和Linux的文件系统事件机制不同，nodemon可能无法检测到文件变化，可以试试修改package.json的启动脚本：

"scripts": {
  "start": "nodemon --legacy-watch server.js"
}

我当时是因为没开文件共享权限导致的，开启后就正常了，你可以先从第一个原因排查起！

内容的提问来源于stack exchange，提问作者João Rodrigues