windows路径在wsl2后端docker desktop中必须用c:/path格式（正斜杠+驱动器前缀），反斜杠或/mnt/c/路径无效；挂载前须在settings→resources→file sharing中授权对应盘符，否则静默失败。
Windows路径在WSL2中必须用正斜杠 + 驱动器前缀
Docker Desktop运行在WSL2后端时，-v参数里的Windows路径不能写成C:mydata或C:\mydata，否则容器启动失败并报错invalid argument。WSL2内部使用Linux内核，路径解析依赖于Docker Desktop的驱动层转换，只认C:/mydata这种格式（注意是正斜杠，不是反斜杠）。
常见错误现象包括：
- 容器直接退出，日志里出现
invalid argument或no such file or directory -
docker run命令卡住几秒后报错，不提示具体路径问题 - 路径含空格或中文时，即使加了引号也挂载失败
实操建议：
- 统一用
C:/path/to/folder格式，不要用/mnt/c/path——那是WSL2发行版自己的挂载点，Docker Desktop不走这条路 - 路径含空格时，整个
-v参数必须用双引号包裹：-v "C:/My Data:/app" - 中文路径基本不可靠，建议改用纯英文路径，比如
C:/docker-data
挂载前必须在Docker Desktop里启用对应驱动器共享
即使路径写对了，-v C:/mydata:/app仍可能静默失败：容器能启动，但/app是空的，且宿主机文件无法同步。这是因为Docker Desktop默认禁止访问Windows文件系统，必须手动授权。
操作路径是：Settings → Resources → File Sharing，勾选你要用的盘符（如C:、D:），点击Apply & Restart。重启后才会生效。
容易踩的坑：
- 只在
Shared Drives（旧版设置项）里勾选，但新版Docker Desktop已移除此页，必须用File Sharing - 勾选了
C:，但实际路径是D:/project，结果挂载失败却不报错 - 输入Windows密码时大小写敏感，输错一次会导致后续几分钟内反复弹窗
已运行容器无法动态添加挂载目录
没有官方支持的命令能让正在运行的容器“热加”一个-v映射。网上流传的修改config.v2.json和hostconfig.json再重启Docker服务的做法，风险极高：
- WSL2下这些文件位于虚拟磁盘内部，手动编辑极易损坏
ext4.vhdx - 修改后Docker Desktop可能无法启动，需重装或恢复备份
- 即使成功，挂载点权限常为
root:root且不可写，应用仍报Permission denied
正确做法只有两个：
- 停掉容器，用
docker commit保存当前状态为新镜像，再docker run -v ...重新启动 - 直接删掉旧容器（
docker rm -f container_name），用带-v的新命令重建
别碰/var/lib/docker/containers/下的任何JSON文件——这不是配置项，是运行时快照。
WSL2里访问Docker卷的真实路径是\wsl$docker-desktop-data
如果你在Windows资源管理器里想直接查看Docker创建的命名卷（比如docker volume create myvol），它不在C:或D:下，而是在WSL2虚拟机的/var/lib/docker/volumes/里。这个路径在Windows里不可见，但可通过网络路径访问：
打开资源管理器，地址栏输入：\wsl$docker-desktop-data ersion-pack-datacommunitydocker olumesmyvol_data
这就是你用-v myvol:/app时，容器内/app对应的真实数据位置。注意：
- 该路径仅用于调试或临时拷贝，不要直接编辑里面文件——可能触发容器内文件系统缓存不一致
- 如果Docker Desktop升级后
\wsl$docker-desktop-data消失，说明后端发行版名变了，可执行wsl -l -v确认当前名称 - 此路径性能比绑定挂载差很多，开发时优先用
-v C:/xxx:/app，而非命名卷+手动同步
真正麻烦的从来不是路径怎么写，而是搞不清数据到底落在哪一层：Windows文件系统？WSL2虚拟磁盘？还是Docker自己的卷管理器？每层都有自己的权限模型和缓存行为，混用时出问题几乎必然。
