Docker运行Nginx循环重启 报expecting ";"配置错误排查

报错信息里的in command line是核心定位依据，说明这个语法错误不是出在你排查的/etc/nginx/conf.d/下的配置文件、snippets配置文件中，而是Nginx进程启动时接收到的命令行传入参数不符合语法要求。

Nginx的-g参数支持从命令行传入全局配置指令，语法要求和配置文件完全一致，指令必须以分号结尾。90%以上的同类报错都是启动参数拼接错误导致的，常见错误场景包括：

• 前台启动Nginx时，daemon off指令末尾漏写分号
• 传入-g参数时引号没有闭合、引号配对错误
• 自定义启动脚本拼接Nginx参数时，变量展开异常导致参数残缺

你之前反复检查磁盘上的配置文件属于排查方向偏差，这类错误根本不会走到加载磁盘配置的步骤，在Nginx解析启动参数阶段就会直接退出，触发容器重启策略反复重启。
你贴出的两份配置文件本身不存在缺分号的语法问题，仅443端口对应的server块没有配置路由规则，后续服务正常启动后HTTPS访问会返回默认页面，但不会触发当前的启动报错。

• 查看容器实际启动命令，执行：

  docker inspect frontend_matangi | grep -A 15 '"Cmd"'
  

  重点检查输出里Nginx启动命令中-g参数后的内容，确认是否存在分号缺失、引号不闭合的问题。
• 如果容器处于持续重启状态无法进入，可直接基于你构建的镜像启动临时调试环境，手动执行启动命令复现问题：

  docker run --rm --entrypoint sh 你构建的nginx镜像名
  # 进入临时容器后手动执行你配置的Nginx启动命令，即可直接看到报错触发点
  

1. 修正Nginx启动命令
   标准的Nginx前台启动命令（适配Docker容器场景）必须保证daemon off末尾带分号，推荐用exec格式写在Dockerfile中，避免shell转义导致的参数异常：

   CMD ["nginx", "-g", "daemon off;"]
   

   如果是docker-compose.yml中配置command，同样遵循该规则：

   command: ["nginx", "-g", "daemon off;"]
   

2. 如果是通过自定义entrypoint脚本启动Nginx，检查脚本中拼接启动参数的部分，确认所有通过-g传入的指令都以分号结尾，包裹参数的引号配对正确，不存在变量为空导致的参数截断问题。
3. 启动命令修正后重新构建镜像、启动容器，可先执行docker run --rm 你的镜像名 nginx -t验证配置和启动参数无报错，再正式启动服务。

内容的提问来源于stack exchange，提问作者user19271630