Windows下Docker使用Linux容器时共享卷变更不更新问题

你的docker-compose.ymlv2.8配置不存在语法错误，挂载状态显示正常但本地修改无法同步到容器、未收到权限申请通知，属于Windows端Docker配置、后端适配或应用监听机制的常见问题，按以下顺序排查修复：

• 手动配置Docker文件共享权限
  当前主流版本Docker Desktop不会在挂载目录时主动弹出权限申请提示，需手动配置：打开Docker Desktop设置，进入Resources > File Sharing（旧版本为Shared Drives分类），勾选存放项目代码的对应盘符，点击「Apply & Restart」重启Docker服务生效。
• 修复WSL2后端跨文件系统兼容问题
  如果你使用WSL2作为Docker后端，代码存放在Windows原生NTFS分区（即C/D盘的普通Windows用户目录）时，跨文件系统挂载会天然存在inotify文件事件不传递、同步延迟高的问题。最优解决方案是将项目代码迁移到WSL2发行版的/home/<你的用户名>/目录下，从WSL终端路径启动docker-compose服务，即可解决90%以上的同步异常问题。
• 关闭gRPC FUSE兼容特性
  4.x版本Docker Desktop默认开启的gRPC FUSE文件共享、新虚拟化框架特性存在已知兼容bug，会导致挂载目录变更事件无法传递到容器：打开Docker Desktop设置，进入Features in Development分类，取消勾选Use the new Virtualization framework和Use gRPC FUSE for file sharing两个选项，保存后重启Docker服务。
• 调整前端应用的文件监听规则
  你挂载的是前端项目的源码和样式目录，Vite、Webpack等常见前端构建工具默认的事件监听机制对Windows挂载目录兼容性差，需开启轮询监听：
  • Vite项目：修改package.json内dev启动命令为"dev": "vite --host 0.0.0.0 --poll=1000"，设置1秒间隔轮询文件变更
  • Webpack类项目（含Create React App、Vue CLI）：启动服务前增加环境变量WATCHPACK_POLLING=true，或在webpack配置中添加watchOptions: { poll: 1000 }
• 校验路径一致性
  Windows文件系统默认不区分大小写，但Linux容器内严格区分大小写，确认本地目录名vtl-campus-front/src、vtl-campus-front/styles与compose配置中填写的路径大小写完全一致，避免因路径大小写不匹配导致的挂载异常。
• 验证修复结果
  完成上述配置后，先执行docker-compose down清理旧容器，再执行docker-compose up -d --build重建启动服务，进入容器后查看挂载目录内的测试文件，本地修改文件后确认容器内可实时读取到变更，再验证前端服务热更新是否正常。

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