docker desktop for windows挂载宿主机目录必须先在file sharing中勾选对应盘符，且-v参数路径需用c:/xxx格式、容器内目标路径必须为绝对路径（如/app），否则报“no such file or directory”或挂载为空。
必须先在 File Sharing 中勾选对应盘符
Docker Desktop 在 Windows 上默认完全无法访问任何本地磁盘，这不是路径写错的问题，而是权限级拦截。跳过这步，docker run -v 无论怎么写都会报 no such file or directory 或挂载后目录为空。
操作路径：右键任务栏 Docker 图标 → Settings → 左侧 Resources → File Sharing → 勾选你要用的盘符（如 C:、E:、D:）→ 确保右侧没有红色警告图标 → 点击 Apply & Restart。
常见卡点：
- 提示需要凭据时，填当前 Windows 登录的用户名 + 密码（不是 PIN，也不是 Microsoft 账户临时密码）
- 若勾选后仍报红，尝试以管理员身份重启 Docker Desktop
- 加密磁盘（如 BitLocker 启用但未解锁）、NTFS 权限受限的目录，也可能导致共享失败
-v 参数里路径必须用 C:/xxx 格式，不能用 C:\xxx
Windows 命令行习惯用反斜杠 \，但 Docker 的 -v 参数只认正斜杠 /，且必须带驱动器前缀。写成 C:\mydata 或 //c/mydata 都会解析失败，容器内看到的是空目录或直接报错。
正确写法示例：
docker run -it -v C:/mydata:/app nginx:alpinedocker run -d -v D:/logs:/var/log/app myapp:latest- 含中文或空格也 OK：
-v C:/我的项目:/src（无需引号）
特别注意：/host_mnt/c/xxx 是容器内部看到的 WSL2 挂载路径，你在宿主机命令行中永远不要用它；它不是你写 -v 时该填的内容。
Windows 命令行编码与兼容规范。涵盖 GBK/UTF-8 编码、PowerShell/pwsh 互操作、Python/Node.js、Git 配置及代码生成规则。适用于 Windows 10/11 + MSYS2/Git Bash 环境下的所有命令行操作。
挂载后容器内路径必须是绝对路径
错误命令：docker run -v C:/data:workspace —— 这里的 workspace 是相对路径，Docker 会当成命名卷名处理，而不是容器内的目录，报错信息通常是：invalid mount path: 'workspace' mount path must be absolute。
容器内目标路径必须以 / 开头，例如：
- ✅
-v C:/data:/app - ✅
-v E:/config:/etc/myapp - ❌
-v C:/data:app（缺/） - ❌
-v C:/data:./app（仍是相对路径）
这个限制和 Linux 容器运行机制强相关——所有挂载点必须是文件系统绝对位置，没有“当前工作目录”概念。
验证是否真同步，别只看 ls
很多人执行 ls /mnt 看到文件就以为挂载成功，其实只是宿主机文件被静态复制进去了，没验证双向实时性。真正的绑定挂载必须支持容器写、宿主机立刻可见，反之亦然。
快速验证步骤：
- 宿主机创建测试文件：
echo "host" > C:\test\hello.txt - 启动挂载容器：
docker run -it -v C:/test:/mnt alpine - 容器内追加内容：
echo "from container" >> /mnt/world.txt - 退出容器，立刻打开 Windows 资源管理器查看
C:\test—— 应同时存在hello.txt和world.txt
如果 world.txt 不出现，大概率是 File Sharing 没生效，或路径格式错了。此时不要调参数，先回第一步检查勾选状态和重启是否完成。
