Sublime Text 默认不识别 Nginx 配置语法，需安装 nginx-sublime-syntax 插件并正确绑定路径；全局扩展名匹配易误染其他 conf 文件，应使用 file_name_patterns 精准匹配 Nginx 配置路径，且注意正则转义与路径格式。
Sublime Text 默认不识别 Nginx 配置文件，location、upstream、proxy_pass 全是灰色，这不是你写错了，是根本没加载 Nginx 语法规则——必须装对插件 + 绑定对路径，否则正则路由（如 location ~* .(js|css)$）永远不染色。
确认 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) { }里的变量常不染色
用 file_name_patterns 精准匹配 Nginx 配置路径
全局绑 "extensions": ["conf"] 看似省事，实则会让 redis.conf、logrotate.conf、apt.conf 全部错乱着色——timeout 在 Redis 是整数，在 Nginx 里可能是带单位字符串，颜色错位反而干扰判断。
真正该配的是路径级规则：打开一个真实 Nginx 配置文件（比如 /etc/nginx/nginx.conf），确保它已临时高亮过，再进 Preferences → Settings – Syntax Specific，在右侧粘贴：
{
"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 会被当成任意字符匹配；Windows 用户必须用正斜杠 /，写成 C:\nginx\conf\nginx.conf 会导致匹配失败
为什么 location ~* 和 map 块有时仍不高亮
Sublime 的 Nginx 高亮只做静态词法分析，不解析语法逻辑；location ~* .(js|css)$ 或 map $sent_http_content_type $cacheable 这类结构依赖插件规则覆盖程度——nginx-sublime-syntax 支持 stream 模块、正则 location、嵌套上下文，但若遇到灰色变量或操作符，大概率是规则未覆盖，不是你写错了。
此时不要硬调配置，而是：
- 确认你用的是
nginx-sublime-syntax（不是停更的Nginx Highlighter），后者不识别upstream块内的least_conn等新指令 - 运行
Package Control: Satisfy Dependencies，补全可能缺失的依赖 - 高亮颜色不可替代测试——
nginx -t才是验证配置的唯一方式
路径正则写错一个反斜杠、插件名拼错一个字母、Windows 路径用了双反斜杠，都会导致高亮完全失效；而一旦生效，location 块里的 ~*、$1、proxy_set_header 就会立刻分层着色——这才是运维线上环境真正该盯住的细节。
