Sublime需通过file_name_patterns路径匹配实现Nginx配置高亮，而非全局绑定.conf扩展名；正确配置syntax和正则路径后，/etc/nginx/conf.d/*.conf等路径下文件才可持续高亮。
Sublime 默认不识别 .conf 为 Nginx 配置文件，装插件只是第一步，真正生效必须做路径级语法绑定——否则你看到的高亮只是临时的，关掉重开就消失。
怎么确认 Nginx 语法包已正确安装
打开任意 .conf 文件，右下角显示 “Plain Text” 是正常现象；这不是插件没装好，是 Sublime 还没把文件和语法关联上。关键看两点：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Package Control: List Packages，确认列表里有nginx-sublime-syntax、nginx-conf或nginx（小写，作者 bradleyg）之一 - 进入
Preferences → Browse Packages…，检查对应子目录下是否存在.sublime-syntax或.tmLanguage文件（比如Packages/nginx-sublime-syntax/nginx-sublime-syntax.sublime-syntax） - 如果只看到
nginx-conf但没.tmLanguage，说明安装不完整，可重装或手动补全
为什么不能直接把所有 .conf 绑定到 Nginx 语法
全局绑定 "extensions": ["conf"] 看似省事，实际会破坏其他配置文件的高亮：
-
redis.conf、haproxy.cfg（有些也用.conf）、logrotate.conf全部变成 Nginx 风格着色，关键词错乱 - Sublime 的语法定义不支持“多上下文共存”，一旦绑死扩展名，就无法按内容区分
- 错误示例：
{"extensions": ["conf"]}—— 少个s写成"extension"也会静默失效
如何让 /etc/nginx/conf.d/*.conf 自动高亮
这才是生产环境最稳妥的做法：只对 Nginx 真实配置路径生效。操作路径是 Preferences → Settings – Syntax Specific，在右侧粘贴如下 JSON（注意路径与你安装的插件严格一致）：
{
"syntax": "Packages/nginx-sublime-syntax/nginx-sublime-syntax.sublime-syntax",
"file_name_patterns": ["/etc/nginx/.*", "nginx\.conf", "conf\.d/.*\.conf", "sites-available/.*", "sites-enabled/.*"]
}
-
file_name_patterns是正则数组，优先级高于extensions；它匹配的是完整文件路径，不是仅文件名 - Windows 用户注意路径分隔符：写
C:/nginx/conf/nginx.conf，别用C: ginxconf ginx.conf（反斜杠会被误解析为转义） - 如果装的是
nginx-conf，把syntax改成Packages/nginx-conf/nginx-conf.tmLanguage
高亮了但 $arg_foo 或 location ~* 仍是灰色怎么办
这不是配置错误，是当前所有主流 Sublime Nginx 插件的共同限制：
- 词法高亮（lexer）不解析语义，
~*被当普通字符串，$arg_foo在非if块里基本不染色 -
map块里的变量引用、js_import等新特性，只有nginx-sublime-syntax有基础支持，sublimenginx几乎不处理 - 别依赖颜色判断逻辑是否合法——
nginx -t才是唯一可信校验方式；高亮只是帮你快速发现拼写错误和括号失配
真正容易被忽略的是：路径模式匹配一旦写错一个字符（比如漏掉转义点 \.），整条规则就失效，且 Sublime 不报错。建议先用一个确定路径的文件（如 /etc/nginx/nginx.conf）单独测试 file_name_patterns 是否命中。
