bind mount 是开发环境首选，因其将宿主机目录直接映射至容器，实现代码实时生效、路径可控、无需重启容器或额外服务；命令格式为 -v 宿主机路径:容器路径，需确保路径存在且权限正确。
用 Bind Mount 同步代码，本质不是“同步”，而是“挂载”——把本地目录直接映射进容器，改完保存就立刻生效，不需要上传、不依赖 SFTP、也不用重启容器。
为什么 Bind Mount 是开发环境的首选
它让容器直接读写你电脑上的项目文件夹，路径可控、修改实时、无需额外服务。相比 Volume，Bind Mount 由你完全掌控宿主机路径，适合代码编辑、配置调试这类需要人工干预的场景。
- 容器内看到的文件，就是你 IDE 里正在编辑的那个文件
- PHP、Node.js 等服务只要支持热重载（比如用 nodemon 或 opcache 清理策略），就能即时响应变更
- 所有改动都保留在本地磁盘，版本管理、备份、协作都更自然
怎么写对挂载命令
关键在 -v 参数，格式是 宿主机路径:容器内路径，路径必须真实存在且有读写权限。
- 常见写法：
docker run -v $(pwd):/var/www/html php:8.2-apache - 绝对路径更稳妥：
docker run -v /Users/you/project:/app php:8.2-cli - 启动时指定工作目录：
-w /app，避免容器默认进入根目录 - 如果用 docker-compose.yml，对应字段是
volumes:下的- ./src:/var/www/html
挂进去之后还要注意什么
挂载本身只是让文件可见，但 PHP 或 Web 服务是否“感知”到变化，取决于运行时行为。
- PHP-FPM 默认启用 opcache，改了代码可能还在跑旧字节码 —— 开发时建议关闭 opcache 或设置
opcache.revalidate_freq=0 - Apache/Nginx 不会自动 reload 配置，但静态文件和 PHP 脚本只要路径正确，刷新页面就能看到新内容
- 如果是 Node.js，推荐在容器内装
nodemon，监听/app目录并自动重启进程 - 确保容器内用户对挂载路径有写权限（尤其涉及日志、缓存目录时），必要时加
--user或调整目录属主
别踩这些常见坑
很多“改了没反应”问题，其实跟挂载无关，而是环境配置或认知偏差导致的。
- 误用 SFTP 往容器传文件：绝大多数 PHP 官方镜像没装 sshd，22 端口根本连不上
- 把代码复制进镜像（COPY）再运行：每次改代码都要 rebuild，完全违背开发效率初衷
- 挂载后发现容器里目录为空：检查宿主机路径是否拼错、是否真有文件、权限是否被拒绝
- 用 Volume 替代 Bind Mount：Volume 路径由 Docker 管理，你找不到也改不了，不适合代码开发
