需手动绑定语法路径而非依赖扩展名——进settings-syntax specific配置file_name_patterns匹配真实nginx配置路径，如"/etc/nginx/.*"，并确认nginx-sublime-syntax.sublime-syntax文件存在。
装了插件但 nginx.conf 还是灰色？不是插件没生效，是 Sublime 根本没把文件和 nginx-sublime-syntax 语法关联上——server、upstream、proxy_pass 不着色，纯属正常现象；真正要解决的是路径绑定和插件完整性。
怎么确认 nginx-sublime-syntax 插件已装好且文件存在
右下角显示 “Plain Text” 不代表失败，只是语法未激活。关键看两点：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Package Control: List Packages，确认列表里有nginx-sublime-syntax（首选）、nginx-conf或小写nginx（作者 bradleyg）之一 - 进
Preferences → Browse Packages…，打开对应文件夹，检查是否存在：nginx-sublime-syntax.sublime-syntax（推荐）或nginx-conf.tmLanguage - 如果只有空文件夹、没这些文件，说明安装不完整——重装或手动补全更可靠；别选
sublimenginx或带Syntax Highlighter后缀的包，它们基本停更，if ($arg_foo) { }里的变量常不染色
为什么不能直接用 "extensions": ["conf"] 全局绑定
看似省事，实则埋雷：redis.conf、logrotate.conf、haproxy.cfg 全被套上 Nginx 关键字着色，timeout 在 Redis 里是整数，在 Nginx 里可能是带单位字符串，颜色错位反而干扰判断。
-
"extension": ["conf"]（少个s）会静默失效，不报错也不生效 - Sublime 的语法系统不支持“同一扩展名多上下文”，
.conf只能映射一个语法定义，无法按内容动态切换 - Windows 用户尤其注意：路径分隔符必须用正斜杠
/或双反斜杠\，单反斜杠会导致正则匹配失败，高亮直接崩掉
如何让 /etc/nginx/conf.d/*.conf 自动高亮
这才是生产环境最稳妥的做法：只对真实 Nginx 配置路径生效，不碰其他 .conf 文件。
- 打开一个真实 Nginx 配置文件（比如
/etc/nginx/nginx.conf），确保它已临时高亮过 - 进
Preferences → Settings – Syntax Specific，在右侧粘贴以下 JSON（注意路径与你安装的插件严格一致）：
{
"syntax": "Packages/nginx-sublime-syntax/nginx-sublime-syntax.sublime-syntax",
"file_name_patterns": [
"/etc/nginx/.*",
"/usr/local/etc/nginx/.*",
"nginx.conf",
"sites-.*.conf",
"conf.d/.*.conf"
]
}
-
file_name_patterns是正则，优先级高于extensions；点号必须转义成.，否则.conf会被当成任意字符匹配 - 该配置仅对匹配路径生效，
/etc/logrotate.d/nginx、/etc/redis/redis.conf完全不受影响
server_name ~^www.(.+)$ 里 ~^ 还是灰色？
这不是插件 bug，是 Sublime 语法高亮的能力边界：.sublime-syntax 文件只做静态词法分析，不解析上下文语义。
-
server、location、proxy_pass能着色，因为它们是固定 token -
~^、=、~*在location后面不会单独高亮，会被当作字符串一部分处理 -
$arg_foo在if块里可能有基础高亮，但在map块里基本不识别——语法定义没覆盖该嵌套层级 - 高亮颜色不能替代
nginx -t测试，尤其在写location ~*、map块或js_import时，灰色变量或操作符是正常现象
真正容易被忽略的是：file_name_patterns 中的路径必须和你实际的 Nginx 配置目录完全一致，比如用 Homebrew 安装的 Nginx 默认在 /usr/local/etc/nginx/，而 Alpine Linux 上可能是 /etc/nginx/；写错一个字符，整个规则就失效。
