在 docker compose 中，working_dir 用于指定容器内绝对路径的工作目录，覆盖镜像默认 workdir，影响 command、entrypoint 及 docker exec 的执行路径；需配合 volumes 使用，并通过 docker compose up -d 重建容器生效。
在 docker compose 中，通过 working_dir 指定容器内部工作目录，只需在服务（service）配置中添加该字段即可。它会覆盖镜像默认的 workdir，并影响容器内所有命令（包括 command、entrypoint 和后续 docker exec 的默认路径）的执行上下文。
1. 在 docker-compose.yml 中设置 working_dir
直接在对应 service 下添加 working_dir 字段，值为容器内的绝对路径：
services:
app:
image: node:18-alpine
working_dir: /usr/src/app
volumes:
- ./src:/usr/src/app
command: npm start
这样启动后，容器内默认工作目录就是 /usr/src/app，npm start 就会在此路径下执行。
2. working_dir 的生效逻辑和注意事项
-
优先级高于镜像 WORKDIR：即使 Dockerfile 里写了
WORKDIR /app，working_dir配置仍会将其覆盖 -
对 command/entrypoint 生效：所有启动命令都在该目录下运行，无需额外
cd -
影响 docker exec 默认路径：不加
-w参数执行docker exec -it app pwd，输出的就是working_dir的值 -
必须是绝对路径：不能写相对路径如
./app或app，否则启动失败
3. 配合 volumes 使用更实用
单独设 working_dir 意义有限，通常和 volumes 联用，让代码挂载点与工作目录一致：
volumes: - ./backend:/usr/src/app working_dir: /usr/src/app
这样既保证了源码实时同步，又确保 npm install、python manage.py runserver 等命令在正确路径下执行。
4. 修改后如何更新容器
修改 working_dir 后，运行以下命令即可生效：
docker compose up -d
Docker Compose 会自动停止旧容器、删除并重建新容器，新 working_dir 立即生效，无需手动 stop 或 rm。
