nginx.conf 不是 XML 文件，而是 Nginx 自定义的类 C 风格声明式配置语法，仅支持简单指令、指令块和注释，无标签、无属性引号、无嵌套校验，依赖 nginx 自身解析器处理。
No，nginx.conf 不是 XML 文件，它是一种自定义的、类 C 风格的声明式配置语法，没有标签闭合、不支持嵌套属性、也不校验 DTD 或 Schema。
为什么有人误以为它是 XML？
常见错误现象：看到 server、location 像 HTML 标签，又带大括号 {}，加上缩进整齐，容易脑补成“结构化标记语言”。但 XML 必须有开始/结束标签（如 <server></server>）、属性需引号包裹、还要求严格嵌套——而 nginx.conf 全都不满足。
真正决定格式的是 Nginx 自身解析器：它只认三类基本单元：
• 简单指令（worker_processes 1;）
• 指令块（http { ... }）
• 注释（以 # 开头）
没有命名空间、没有 CDATA、不支持条件判断或变量插值（原生不支持，map 或 Lua 模块是后加的）。
include 是唯一“模块化”手段，但不是 import
使用场景：把站点配置拆到 /etc/nginx/conf.d/*.conf，避免主文件臃肿。
-
include是文本级包含——Nginx 启动时直接读入内容拼接，不是运行时加载；删掉某.conf就等于删掉对应server块，不会报 “module not found” - 路径必须写全（相对路径基于 nginx 启动目录，不是
nginx.conf所在目录），常见坑：include conf.d/*.conf;在源码安装下可能失效，因为工作目录不是/usr/local/nginx/conf - 不能用通配符跨目录（
include ../sites/*.conf会报错），也不能用变量（include $some_path;不合法）
语法错误不会提示行号，但 nginx -t 能定位到块级位置
常见错误现象：“nginx: [emerg] unexpected end of file, expecting \";\" or \"}\" in /etc/nginx/nginx.conf:xx”，但实际出错常在上一行漏了分号或花括号。
-
root放在http块里？所有location都会继承，但若没显式覆盖，静态资源 404——因为root值被解释为相对于http上下文，而非请求路径 -
server_name写成server_name www.example.com, example.com;？逗号是非法字符，必须空格分隔 - 用
=匹配location时（如location = /api），它只匹配完整路径，不支持正则，也**不继承**父级location的指令
最易被忽略的一点：Nginx 不解析注释里的语法，但如果你在注释里写了 #{...} 或 <!-- ... -->，某些编辑器会误判高亮，导致你改了“注释中的配置”却以为没生效——其实它从来就没进过解析器。
