Windows上含空格或中文的宿主机路径可直接用C:/My Project/data格式，无需引号或编码，但必须先在Docker Desktop Settings→File Sharing中授权对应驱动器并重启，且路径真实存在、使用正斜杠。
包含空格或中文的宿主机路径可以直接用，不需要加引号，也不需要 URL 编码 —— 但前提是路径已加入 Docker Desktop 的 File Sharing 白名单，且写法符合平台规范。
Windows 上路径含空格，-v 参数怎么写
Windows 下只要路径已共享（见下文），空格完全不是问题。Docker Desktop 内部会正确解析，你只需用标准 Windows 路径转义格式：
-
C:/My Project/data✅ 正确（正斜杠 + 驱动器前缀） -
C:\My Project\data❌ 错误（反斜杠在 CMD/PowerShell 中可能被误解析） -
//c/My Project/data⚠️ 可用但不推荐（旧式 UNC 风格，易混淆） -
"C:/My Project/data"❌ 不要加引号（Docker 会把引号当路径一部分，导致No such file or directory）
示例命令：
docker run -it -v C:/My Project/config:/etc/app/config nginx:alpine
只要 C:/My Project/config 目录真实存在，且 C 盘已在 Docker Desktop → Settings → Resources → File Sharing 中勾选，就能成功挂载。
Mac 上路径含空格，必须先加进 File Sharing 列表
Mac 的限制更严格：哪怕路径是 /Users/you/My Project 这样合法的绝对路径，只要没出现在 Docker Desktop 的 File Sharing 设置里，启动容器时只会报 Mounts denied，不提示具体原因。
- 打开 Docker Desktop → Preferences → Resources → File Sharing
- 点击
+，输入完整路径（如/Users/you/My Project），确认后点Apply & Restart - 重启后，直接使用原始路径挂载：
docker run -v /Users/you/My Project:/app alpine ls /app
⚠️ 注意：路径末尾不能带 /，否则 Docker 会当成文件处理，报 not a directory。
为什么加了引号反而失败？
因为 docker run 命令本身不负责解析引号 —— 是 shell（CMD/PowerShell/Zsh）先拆解参数，再传给 Docker 守护进程。加引号后，shell 把整个字符串当做一个参数传入，Docker 就真去查找名叫 "C:/My Project/data"（带英文双引号）的目录，自然找不到。
- 错误写法：
docker run -v "C:/My Project/data":/app ubuntu - 正确写法：
docker run -v C:/My Project/data:/app ubuntu
同理，中文路径也一样：C:/我的项目/conf 可直接用，无需编码或转义。
容易被忽略的关键点
空格和中文本身从不导致挂载失败；真正卡住的是三件事：路径没共享、路径不存在、路径用了反斜杠或波浪号（~/）。尤其在 CI 或脚本中动态拼路径时，$(pwd) 返回带空格的路径，若没提前验证是否在 File Sharing 列表里，就会静默失败。
