容器重启后配置丢失是因为nginx配置文件位于镜像只读层，解决方法是通过绑定挂载或命名卷将宿主机配置目录（如/opt/nginx/conf.d）挂载至/etc/nginx/conf.d，并配合nginx -s reload热更新；同时需同步挂载日志和静态资源目录以确保服务完整持久化。
容器重启后配置丢失，本质是 Nginx 镜像里的配置文件（如 /etc/nginx/nginx.conf 和 /etc/nginx/conf.d/ 下的文件）默认存在只读层中，每次新建或重启容器都会重置。解决的关键，是把配置从宿主机或外部存储“挂载进去”，让容器运行时始终读取你可控的文件。
用命名卷或绑定挂载覆盖 conf.d 目录
这是最常用、最直接的方式。Nginx 官方镜像默认通过 include /etc/nginx/conf.d/*.conf; 加载站点配置，因此只需挂载 /etc/nginx/conf.d 即可生效，无需动主配置文件。
- 创建本地配置目录，例如：
mkdir -p /opt/nginx/conf.d - 在该目录下写好你的
my-app.conf，包含server块和路由规则 - 启动容器时挂载：
docker run -d -p 80:80 -v /opt/nginx/conf.d:/etc/nginx/conf.d nginx:stable - 后续修改
/opt/nginx/conf.d/my-app.conf后，执行docker exec nginx nginx -s reload即可热更新
使用 Docker Compose 统一管理挂载与服务
适合多配置或多服务场景，结构清晰、易于复用。在 docker-compose.yml 中明确声明 volumes：
- 指定挂载路径，例如：
volumes:<br> - ./nginx/conf.d:/etc/nginx/conf.d<br> - ./nginx/html:/usr/share/nginx/html<br> - ./nginx/logs:/var/log/nginx
- 添加
restart: unless-stopped确保意外退出后自动恢复 - 运行
docker-compose up -d启动，所有挂载立即生效
生产环境推荐：命名卷 + 配置验证机制
相比绑定挂载，命名卷由 Docker 管理，权限更稳定，也更适合 CI/CD 流水线和备份操作。
- 定义命名卷：
volumes:<br> nginx_conf:<br> nginx_html:
- 挂载到容器：
volumes:<br> - nginx_conf:/etc/nginx/conf.d<br> - nginx_html:/usr/share/nginx/html
- 每次更新配置前，先用
docker run --rm -v $(pwd)/conf.d:/etc/nginx/conf.d:ro -v $(pwd)/nginx.conf:/etc/nginx/nginx.conf:ro nginx:stable nginx -t验证语法，避免 reload 失败导致服务中断
别忽略日志和静态资源的同步持久化
配置只是其中一环。若不挂载日志和网站根目录，容器重启后访问记录清空、页面内容回退到镜像默认状态，也会造成“看似配置生效、实则效果异常”的问题。
- 日志目录挂载：
-v /opt/nginx/logs:/var/log/nginx，便于排查 reload 是否成功、请求是否到达 - 静态文件挂载：
-v /opt/nginx/html:/usr/share/nginx/html，确保自定义首页、API 前端等长期可用 - 配合
logrotate或日志采集工具（如 Filebeat），避免单个日志文件无限增长
