绑定挂载是最直接可控的开发方式，需确保宿主机路径、容器内路径、应用运行路径三者一致，并配合--user、.dockerignore、delegated模式及轮询监听等配置解决权限、性能与热重载问题。
用 绑定挂载（bind mount） 是最直接、最可控的方式，它把本地目录原样映射进容器，改代码、保存文件，容器里立刻可见——不需要 rebuild 镜像，也不依赖 git 拉取或手动复制。
正确写法：路径对齐 + 工作目录匹配
关键不是“挂上就行”，而是宿主机路径、容器内路径、应用实际运行路径三者必须一致。否则会出现 node_modules 被覆盖、热重载不触发、甚至启动失败。
- 推荐命令格式：
docker run -v $(pwd):/app -w /app node:18 sh -c "npm install && npm start" -
$(pwd)确保是含源码的绝对路径；/app是容器内工作目录，必须和 Dockerfile 中WORKDIR /app一致 - 避免挂载整个项目根目录到
/node_modules—— 这会清空已安装依赖；应单独用空 volume 屏蔽：-v /app/node_modules
绕过 macOS 文件监听限制
Docker Desktop 在 macOS 底层用 gRPC-FUSE 传输文件，inotify 事件默认不穿透，导致 nodemon、webpack-dev-server 等监听不到变化。
- Node.js + nodemon：加参数
--poll 1000或--legacy-watch - Webpack Dev Server：在配置中设
watchOptions: { poll: 1000, aggregateTimeout: 300 } - Flask：启动时加
--reloader-type stat，禁用 inotify 依赖
权限与用户 ID 对齐
容器内进程若以非 root 用户运行（如官方 node 镜像用 user 1001），而宿主机文件属主是当前用户（UID 501），就会报 EACCES 或无法写日志。
- 启动时显式指定用户：
--user $(id -u):$(id -g) - 或者提前在项目目录执行：
sudo chown -R $(id -u):$(id -g) . - 不建议在 Dockerfile 中硬编码 USER，开发环境需灵活适配宿主机 UID
docker-compose 中安全挂载实践
直接写 volumes: - .:/app 很危险：.git、.env、node_modules 全被带进去，可能污染容器环境或引发权限冲突。
- 先建
.dockerignore，至少包含：node_modules、.git、.env、Dockerfile - 在
docker-compose.dev.yml中覆盖挂载逻辑：volumes:- .:/app:delegated- /app/node_modules -
:delegated是 macOS 开发首选模式，比:consistent快得多，适合频繁小文件变更场景
