用-v挂载宿主机目录是最常用方式，但必须区分绑定挂载（映射真实路径）与数据卷（docker管理路径）；冒号前路径须已存在且有权限，挂载后容器内目标目录原有内容被隐藏，操作实时同步宿主机，windows/macos需用绝对路径，运行中容器不可动态添加挂载。
直接说结论：用 -v 是最常用、最直观的方式，但必须分清是绑定挂载（bind mount）还是数据卷（volume）——前者映射宿主机真实路径，后者由 Docker 管理路径，二者行为、生命周期和排查方式完全不同。
怎么用 -v 正确挂载宿主机目录
这是最常被复制粘贴却最容易出错的操作。关键不是语法对不对，而是路径是否存在、权限是否允许、容器内目标目录是否为空。
-
docker run -v /host/path:/container/path nginx：冒号前必须是宿主机上**已存在且有读写权限**的目录；若不存在，Docker 不会自动创建（部分旧版本会静默创建但权限异常，别依赖） - 如果
/container/path在镜像里原本就有文件（比如/usr/share/nginx/html里有默认 index.html），挂载后这些文件会被完全隐藏——你看到的全是宿主机目录里的内容 - 挂载后容器内进程对
/container/path的操作，会实时同步到宿主机对应路径，删除即真删，没有回收站 - Windows/macOS 用户注意：
~/projects/app这类 shell 展开路径在docker run命令中**不会被自动解析**，得写成绝对路径如/Users/xxx/projects/app
为什么 docker inspect 看不到挂载点
常见现象：命令执行成功，容器也起来了，但 docker inspect 容器名 返回的 "Mounts" 字段为空或只有 volume 类型。原因只有一个：你用的是具名 volume 或匿名 volume，而不是绑定挂载。
宝塔Linux面板11.8.1
下载
宝塔Linux面板11.8.1为官网当前正式版，新增AI建站能力并经过宝塔网站工程师深度调教，开放自定义AI功能API，同时对WAF进行界面重构和深度优化，提升拦截能力与运维效率。
- 绑定挂载（bind mount）在
Mounts中Type是bind，Source显示宿主机绝对路径 - 具名 volume（如
docker volume create myvol）在Mounts中Type是volume，Source指向/var/lib/docker/volumes/myvol/_data - 匿名 volume（只写
-v /app）也会显示为volume类型，但Name是一串哈希值，难以追踪 - 想确认是否挂载成功，最简单方法是进容器执行
ls -l /container/path，再回宿主机看对应路径内容是否一致
:ro 和 :rw 权限控制的实际效果
很多人以为加了 :ro 就万无一失，其实它只限制容器内进程的写权限，不防宿主机误操作，也不影响容器内 root 用户绕过（比如挂载后改 mount 参数）。
-
-v /host:/container:ro：容器内对该路径所有写操作（touch、echo >、rm）都会报Read-only file system - 不加任何后缀默认是
:rw，等价于-v /host:/container:rw -
:ro对宿主机完全无效——你在宿主机删文件，容器里照样立刻看不见；你在宿主机写新文件，容器里立刻能读到 - 生产环境建议：静态资源用
:ro，日志或上传目录必须用:rw，且宿主机路径要设好 umask 和属组（比如chown -R 1001:1001 /host/logs）
运行中的容器能动态加挂载吗
不能。Docker 不支持给正在运行的容器新增挂载点，这是设计限制，不是操作疏漏。
-
docker start命令不接受-v参数，试图加会报错unknown flag: --volume - 唯一可行路径是：先
docker stop，再docker run新容器，用相同--name和全部原参数，额外加上新-v；原容器的网络配置、端口映射、环境变量都得手动补全 - 如果原容器有重要状态（比如数据库 PID 文件、未 flush 的缓存），停机重启可能引发一致性问题，这时应优先考虑 volume + 多容器协作，而非强依赖单容器挂载
- 真正需要热挂载的场景（如日志轮转、证书更新），建议用 sidecar 容器监听宿主机目录变化，或用
inotifywait触发 reload，而不是指望挂载本身“活”起来
最易被忽略的一点：绑定挂载路径的父目录权限必须放行。比如挂载 /data/app/logs，但 /data 目录权限是 dr-xr-xr-x，容器内非 root 进程就无法进入 /data/app ——这种问题不会报挂载失败，只会表现为容器启动后路径空空如也，查 docker inspect 却显示挂载正常。
