Windows下docker run -v挂载报“drive has not been shared”是因为Docker Desktop默认仅共享C盘，其他盘符需在Settings→Resources→File Sharing中手动添加并重启；同时需确保路径用正斜杠、无BOM编码、显式配置bind和protected-mode等。
直接挂载单个配置文件是可行的，但必须确保宿主机路径已共享、容器内路径可写、且配置文件权限和内容符合目标服务要求——否则容器会启动失败或静默忽略配置。
为什么 docker run -v C:\conf\redis.conf:/etc/redis/redis.conf 会报错“drive has not been shared”
这是 Windows 下最常见阻断点：Docker Desktop 默认只共享 C: 盘，其他盘符（如 E:、D:）必须手动授权才能用于 -v 挂载。未授权时，命令看似执行成功，但容器内该路径为空或只读，redis-server 启动时找不到配置或无法读取，直接退出。
- 右键任务栏 Docker 图标 → Settings → Resources → File Sharing
- 点击
+添加你存放配置文件的完整盘符（例如E:或D:\developsoft），不是只加子目录 - 勾选后务必点 Apply & Restart，等待 Docker Desktop 完全重启（状态栏显示 “Docker Desktop running”）
- 验证是否生效：在 PowerShell 中运行
docker run --rm -v E:/test:/mnt alpine ls /mnt，若能列出宿主机E:\test内容，说明共享已通
redis.conf 挂载后不生效？检查 bind、protected-mode 和路径权限
即使挂载成功，Redis 仍可能拒绝加载配置：它默认只信任 redis.conf 文件中明确指定的 bind 地址，且 protected-mode yes 会阻止远程连接；另外，Windows 创建的 .conf 文件常带 BOM 或换行符（CRLF），Linux 容器内解析可能出错。
-
bind必须显式设为0.0.0.0（允许所有 IP 连接），不能留空或注释掉 -
protected-mode建议临时设为no（开发环境），避免因无密码+本地网络限制被拦截 - 用 VS Code 或 Notepad++ 打开
redis.conf，保存为UTF-8 无 BOM编码，换行符选LF - 挂载后进容器检查：运行
docker exec -it redis-dev cat /etc/redis/redis.conf | head -n 5，确认内容与宿主机一致
Windows 路径写法必须用正斜杠，且驱动器要小写
Docker Desktop（尤其 WSL2 后端）内部使用 Linux 风格路径解析，C:\path\to\file 这种写法会被识别失败。错误写法会导致挂载静默失效，容器内路径为空目录。
- 正确格式是：
C:/path/to/redis.conf（驱动器大写也可，但小写更稳妥） - 多级路径不要用反斜杠
\，也不要漏掉驱动器前缀（/path/to/file在 Windows 下无效） - 含空格或中文路径必须用英文引号包裹整个
-v参数，例如：-v "E:/my conf/redis.conf:/etc/redis/redis.conf" - 如果路径在
E:盘，且你已共享E:，就别写成//e/path/...或/e/path/...—— 这是旧版 Hyper-V 语法，WSL2 不认
容器启动后配置被覆盖？别让 CMD 覆盖 entrypoint
很多镜像（如官方 redis）的 ENTRYPOINT 是 ["docker-entrypoint.sh"]，它会把你在 docker run 最后写的命令（如 redis-server /etc/redis/redis.conf）当参数传给脚本。但如果镜像本身 CMD 已定义了默认命令，而你没显式覆盖，就可能跳过你的配置路径。
- 强制指定启动命令：在
docker run结尾加上完整命令，例如redis-server /etc/redis/redis.conf --requirepass 123456 - 不要只依赖镜像默认
CMD，尤其当你挂载了自定义配置时 - 验证是否真正用了你的配置：容器启动后运行
docker exec redis-dev redis-cli config get bind，返回值应为"0.0.0.0"，而非"127.0.0.1"
最易被忽略的是：挂载单个文件时，宿主机文件必须存在且非空——Docker 不会自动创建它，也不会报错提示“文件不存在”，而是挂载一个空文件进去，导致服务按默认配置运行，问题难以定位。
