* appendix/repo/nodejs.md:`docker build -t my-nodejs-app` 缺上下文参数,实际会
报 "docker buildx build" requires exactly 1 argument;补 `.`。同文件 docker run
示例里 `# -v "$ ":/usr/src/myapp \` 这一行的注释把自己的续行反斜杠也注掉了,加上
紧跟的空行,命令在 `--name my-running-script` 处就结束、没有镜像名,后面几行变成
独立的无效命令。该行内容与下一行的 --mount 重复,且 `"$ "` 已是残缺文本,删去。
* 06_repository/6.4:`openssl s_client -connect YourDomainName OR HostIP:443` 里的
占位符带空格,shell 会切成三个参数,-connect 只收到 YourDomainName,openssl 直接
报错;`docker login YourDomainName OR HostIP` 同理。改为一个变量。
* 08_data/8.2:`docker run -v $(pwd):/app -p 3000:3000 node npm run dev` 跑不起来
——官方 node 镜像没有设置 WORKDIR(docker-node 的 Dockerfile 里只有 ENTRYPOINT
与 CMD),工作目录是 /,npm 找不到 /package.json。补 -w /app,顺手引号包住 $(pwd)
并给出确定的标签(本书 4.1、7.10 都要求避免 latest)。
* 12_implementation/12.6:整段用的是 iproute2(ip link add / ip netns exec),中间
却夹了一句 `brctl addif`。bridge-utils 在当前 Debian/Ubuntu/RHEL 默认不再安装,
照抄会在这一行断掉;改成等价的 `ip link set A master docker0`。
* 14.1/14.2 的 `sysctl --system`、14.1 join 节点的 `systemctl enable/start
containerd`、6.4 的 `systemctl restart docker` 都缺 sudo,而紧邻的行(sudo tee、
14.1 第 47 行的 sudo systemctl restart containerd)都带。补齐。
* 15_etcd/demo/cluster/docker-compose.yml 仍留着顶层 `version: "3.6"`,Compose 会
警告 obsolete;11.1 明写「新文件建议直接省略该字段」,15.3 正文内联的同一份文件
也早已省略,只有磁盘上的 demo 落下了。删除后 YAML 仍可正常解析。
* 11.4:「对于 web 项目中的一个 db 容器,可能是 web_db」是 Compose V1 的下划线拼接,
V2 起统一改用连字符,只有 --compatibility 才回到下划线。
* 附录四 CMD 一节四处写成 `CMD ['executable', 'param1']` 单引号,还说「我们建议任何
服务镜像都使用这种形式」。exec 形式是 JSON,单引号解析不出来会退回 shell 形式,本书
7.4 就把 `CMD ['node', 'server.js']` 明确标为「❌ 错误:单引号(JSON 不支持)」。
一并把 `CMD ['PHP', '-a']` 的二进制名改回小写 php。
7.0 KiB
8.2 挂载主机目录
8.2.1 什么是绑定挂载
Bind Mount (绑定挂载) 将 Docker daemon 所在主机 上的目录或文件直接挂载到容器中。容器可以读写这台主机上的文件系统。
flowchart LR
subgraph Host ["宿主机"]
Dir1["/home/user/code/"]
end
subgraph Container ["容器"]
Dir2["/usr/share/nginx/html/"]
end
Dir1 <-->|Bind Mount| Dir2
目录结构(同一份文件):
/home/user/code/ (或 /usr/share/nginx/html/)
├── index.html
├── style.css
└── app.js
8.2.2 Bind Mount vs Volume
| 特性 | Bind Mount | Volume |
|---|---|---|
| 数据位置 | 宿主机任意路径 | Docker 管理的目录 |
| 路径指定 | 必须是绝对路径 | 卷名 |
| 可移植性 | 依赖宿主机路径 | 更好 (Docker 管理) |
| 性能 | 依赖宿主机文件系统 | 优化的存储驱动 |
| 适用场景 | 开发环境、配置文件 | 生产数据持久化 |
| 备份 | 直接访问文件 | 需要通过 Docker |
选择建议
| 需求 | 推荐方案 |
|---|---|
| 开发时同步代码 | Bind Mount |
| 持久化数据库数据 | Volume |
| 共享配置文件 | Bind Mount |
| 容器间共享数据 | Volume |
| 备份方便 | Bind Mount (直接访问) |
| 生产环境 | Volume |
8.2.3 基本语法
使用 --mount:推荐
$ docker run -d \
--mount type=bind,source=/宿主机路径,target=/容器路径 \
nginx
使用 -v:简写
$ docker run -d \
-v /宿主机路径:/容器路径 \
nginx
两种语法对比
| 特性 | --mount | -v |
|---|---|---|
| 语法 | 键值对,更清晰 | 冒号分隔,更简洁 |
| 路径不存在时 | 直接报错 (Fail Fast) | 静默自动创建 目录 |
| 推荐程度 | ✅ 推荐 | 常用 |
⚠️ 陷阱:如果不小心挂载了一个不存在的主机路径,使用
-v会在 daemon 主机 上静默创建一个空目录。对于本地 Docker Desktop 用户,这个主机通常就是本机;对于远程 daemon,这个主机就是远程机器。这也是 Docker 官方更推荐使用--mount的原因:它会直接报错,避免因路径拼写错误而挂错位置。
8.2.4 使用场景
场景一:开发环境代码同步
## 将本地代码目录挂载到容器
$ docker run -d \
-p 8080:80 \
--mount type=bind,source=$(pwd)/src,target=/usr/share/nginx/html \
nginx
## 修改本地文件,容器内立即生效(热更新)
$ echo "Hello" > src/index.html
## 浏览器刷新即可看到变化
...
场景二:配置文件挂载
## 挂载自定义 nginx 配置
$ docker run -d \
--mount type=bind,source=/path/to/nginx.conf,target=/etc/nginx/nginx.conf,readonly \
nginx
场景三:日志收集
## 将容器日志输出到宿主机目录
$ docker run -d \
--mount type=bind,source=/var/log/myapp,target=/app/logs \
myapp
场景四:共享 SSH 密钥
只读挂载可以防止容器修改主机密钥,但不能防止容器读取并外传密钥。只有在镜像完全可信、密钥作用域很窄且可随时轮换时,才考虑这种做法。更稳妥的方式是使用 SSH agent socket 转发、一次性 deploy key,或在 CI/构建场景中使用 BuildKit --ssh。
## 挂载 SSH 密钥(只读)
$ docker run --rm -it \
--mount type=bind,source=$HOME/.ssh,target=/root/.ssh,readonly \
alpine ssh user@remote
8.2.5 只读挂载
防止容器修改宿主机文件:
## --mount 语法
$ docker run -d \
--mount type=bind,source=/config,target=/app/config,readonly \
myapp
## -v 语法
$ docker run -d \
-v /config:/app/config:ro \
myapp
容器内尝试写入会报错:
$ touch /app/config/new.txt
touch: /app/config/new.txt: Read-only file system
8.2.6 挂载单个文件
## 挂载 bash 历史记录
$ docker run --rm -it \
--mount type=bind,source=$HOME/.bash_history,target=/root/.bash_history \
ubuntu bash
## 挂载自定义配置文件
$ docker run -d \
--mount type=bind,source=/path/to/my.cnf,target=/etc/mysql/my.cnf \
mysql
⚠️ 注意:挂载单个文件时,如果宿主机上的文件被编辑器替换 (而非原地修改),容器内仍是旧文件的 inode。建议重启容器或挂载目录。
8.2.7 查看挂载信息
$ docker inspect mycontainer --format '{{json .Mounts}}' | jq
输出:
[
{
"Type": "bind",
"Source": "/home/user/code",
"Destination": "/app",
"Mode": "",
"RW": true,
"Propagation": "rprivate"
}
]
| 字段 | 说明 |
|---|---|
Type |
挂载类型 (bind) |
Source |
宿主机路径 |
Destination |
容器内路径 |
RW |
是否可读写 |
Propagation |
挂载传播模式 |
8.2.8 常见问题
Q:路径不存在报错
$ docker run --mount type=bind,source=/not/exist,target=/app nginx
docker: Error response from daemon: invalid mount config for type "bind":
bind source path does not exist: /not/exist
解决:确保源路径存在。若你确实需要自动创建目录,可改用 -v,但要先确认创建位置就是你想要的主机路径。
Q:权限问题
容器内用户可能无权访问挂载的文件:
## 方法1:确保宿主机文件权限允许容器用户访问
$ chmod -R 755 /path/to/data
## 方法2:以 root 运行容器
$ docker run -u root ...
## 方法3:使用相同的 UID
$ docker run -u $(id -u):$(id -g) ...
Q:macOS/Windows 性能问题
在 Docker Desktop 上,Bind Mount 性能通常不如 Volume,因为数据需要在宿主机文件系统和 Linux VM 之间同步:
## 使用 :cached 或 :delegated 提高性能(macOS,仅 Docker Desktop 4.5 及更早版本)
$ docker run -v /host/path:/container/path:cached myapp
| 选项 | 说明 |
|---|---|
:cached |
宿主机权威,容器读取可能延迟 |
:delegated |
容器权威,宿主机读取可能延迟 |
:consistent |
默认,完全一致 (最慢) |
注意:Docker Desktop 4.6+ 默认使用 VirtioFS 文件共享引擎,上述
:cached/:delegated选项已被静默忽略。如需优化文件同步性能,请参考 Docker Desktop 的 Synchronized file shares 功能。
8.2.9 最佳实践
1. 开发环境使用 Bind Mount
## 代码热更新
$ docker run -v "$(pwd)":/app -w /app -p 3000:3000 node:22 npm run dev
2. 生产环境使用 Volume
## 数据持久化
$ docker run -v mysql_data:/var/lib/mysql mysql
3. 配置文件使用只读挂载
$ docker run -v /config/nginx.conf:/etc/nginx/nginx.conf:ro nginx
4. 注意路径安全
## ❌ 危险:挂载根目录或敏感目录
$ docker run -v /:/host ...
## ✅ 只挂载必要的目录
$ docker run -v /app/data:/data ...