深入理解 Docker 挂载中的 :ro
一、什么是 :ro?
在 Docker 的命令或 Compose 配置里,我们常常写类似:
./config.json:/app/config/config.json:ro
这里最后的 :ro 就表示 只读挂载(read‑only)。
换句话说:
- 宿主机的文件 / 目录会映射到容器内部
- 容器中的进程只能读取(read)它
- 不能修改 / 创建 / 删除 / 写入文件
简而言之就是 “容器只能读,不能写”。
二、默认模式是什么?
如果不加 :ro 或 :rw,Docker 默认是:
-v <hostPath>:<containerPath>
等价于:
-v <hostPath>:<containerPath>:rw
也就是说默认是读写模式(read‑write),容器内可以读写挂载的内容。
三、只读挂载与读写挂载对比
| 挂载模式 | 容器能否写入 | 适用场景 |
|---|---|---|
| :ro(只读) | ❌ 不可写 | 配置文件、静态资源、敏感文件保护 |
| :rw(读写) | ✔ 可写 | 共享工作目录、日志、数据等 |
| 不指定 | 默认当 :rw | 开发环境快速同步 |
这也就是说,如果你不想让容器修改挂载的文件,就应该加上 :ro。
四、为什么要用 :ro?
给挂载设置只读权限有几个重要好处:
✅ 1. 增强安全性
容器中的应用无法改变宿主机文件,比如不小心修改了配置文件、静态资源或者写入关键数据。
这在生产环境尤为重要。([CSDN博客][3])
✅ 2. 防止恶意或错误写入
如果容器内运行的程序有 bug 或受到攻击,不会损坏宿主机的数据。
例如挂载静态网站文件、证书文件等时就非常适合用 :ro。
✅ 3. 配置文件热改更安全
在一些配置文件通过挂载方式动态更新时,你不希望容器内程序修改这些外部配置,可以避免意外覆盖。
五、如何查看挂载模式?
可以用以下命令检查挂载详情:
docker inspect <containerId>
在返回的 JSON 里查看 Mounts 中的 Mode 和 RW 字段:
"Mode": "ro", "RW": false
表示确实是 只读挂载。

六、Compose 中如何表示只读挂载?
在 docker‑compose.yml 中,同样可以在 volumes 节点写:
volumes: - ./config.json:/app/config/config.json:ro
或者使用长语法:
services:
web:
volumes:
- type: bind
source: ./config.json
target: /app/config/config.json
read_only: true
两种表示方式等价,只是长语法更方便可读。
七、适用场景总结
| 场景 | 推荐挂载方式 |
|---|---|
| 静态配置文件 | :ro |
| 敏感证书/密钥 | :ro |
| 源代码开发热更新 | 默认(rw) |
| 日志目录 | rw |
八、小结
:ro就是 Docker 挂载时的只读权限标记。- 容器只能读取,不可写入挂载的文件/目录。
- 在生产环境中,它可以 提升安全性、防止误写。
到此这篇关于深入理解 Docker 挂载中的 :ro的文章就介绍到这了,更多相关Docker 挂载 :ro内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!


最新评论