线上改完 Nginx 配置，重载的时候挂了。第一时间跑 nginx -t，蹦出来的错误是 unexpected end of file, expecting "}"，出问题的文件是 /www/server/panel/vhost/nginx/576.577578.xyz.conf，行号指到了第 54 行。
这种报错一看就知道------解析器读配置文件读到文件尾巴了，还没找到它要的那个闭合花括号。
碰到这个报错，最可能的原因就是大括号没配对。比如 server 块开了，底下的 location 或 if 里面少写了一个 }，整个块就没法正确结束。
还有一种情况是字符串引号没闭合，解析器把后面一大片内容都当成字符串的一部分，一直读到文件末尾发现还缺引号，也会扔出类似错误，只不过有时报错信息会稍有不同。再就是文件本身不完整，比如用面板编辑保存时网络抽风，文件只写进去半截，或者脚本生成的配置被意外截断，最后也表现为 unexpected end of file。
我当时处理的步骤其实很简单。vim 打开那个文件，:54 跳到第 54 行，上下扫一眼，果然有一个 location / { 下面跟着一堆规则，但结尾的 } 不见了。手动补上之后保存，再跑 nginx -t 结果还是报错。
继续查，发现里面嵌套的一个 if 块也只开了头没闭合。等把所有括号补齐，测试才通过。这也是个常见坑，报错行号不一定就是真正缺括号的地方，有时候 Nginx 读到后面才发现结构对不上，所以需要从报错行往前找没有闭合的块。
域名分散、证书繁多？lcjmSSL支持多域名合并至单张证书，通配符与IP证书通吃。自动化验证方案覆盖DNS代理、CNAME解析等，配合回调接口实现部署自动化，管理成本大幅降低。
如果你用的编辑器支持括号高亮或者彩虹括号插件，比如 VS Code 或者 vim 里装个 rainbow_parentheses，找这类问题会很直观。实在眼花了，还可以用 nginx -t 的输出来辅助，它每次只会报第一个遇到的语法错误，修完一个再跑一次，逐步逼近。
对于比较复杂的配置，可以用二分注释法快速定位。
把怀疑区域的配置全部注释掉，确认 nginx -t 通过后，再一块一块放开，放到哪块又报错了，问题就在那块里面。同时别忘了看一眼 /var/log/nginx/error.log，里面有时会带出一些上下文，比如是在 include 哪个子文件时挂的，能帮你缩小范围。
另外有个小经验，如果是通过宝塔面板之类的工具管理的配置文件，偶尔会遇到生成出来的文件不完整。可以跟其他正常站点的配置文件对比一下文件大小，或直接重新保存一次配置，确保文件没被截断。
改配置文件之前，最好先备份一下，cp 一份带上 .bak 后缀，这样一旦改乱了还能快速回滚。处理 Nginx 的 unexpected end of file，绝大部分情况就是花括号没配平，优先排查大括号匹配，配合 nginx -t 多次验证，问题很快就能解决。