vscode默认不识别nginx.conf，装插件后仍为plain text，主因是语言模式未正确设置或files.associations配置不当；需手动点击右下角选“nginx”，或在settings.json中精准配置路径关联，如"/etc/nginx/*/.conf": "nginx"，并确保文件为utf-8无bom编码。
VSCode 默认不识别 nginx.conf，装了插件也不高亮？大概率是语言模式没对上，或者文件关联太粗暴——不是插件没用，是你没让它“认出”这是 Nginx 配置。
为什么点开 nginx.conf 还是 Plain Text
VSCode 本身不内置 Nginx 语法支持，打开任何 .conf 文件，默认归为 Plain Text。这不是你漏装插件，而是 VSCode 根本没触发语法解析逻辑。即使装了 hollowtree.nginx-conf，也得手动或配置好语言绑定，它才开始工作。
- 右下角状态栏显示
Plain Text→ 点击它，输入Nginx（注意大小写，必须是首字母大写的Nginx，不是nginx或NGINX） - 如果列表里没有
Nginx，说明插件未激活：重启 VSCode，或按Ctrl+Shift+P输入Developer: Reload Window重载窗口 - 临时切换只对当前文件生效；关掉再打开，又变回
Plain Text—— 这就是为什么必须配files.associations
装哪个插件才真正靠谱
目前唯一持续维护、适配 Nginx 1.25+ 新指令（如 stream 块、proxy_http_version 1.1、变量嵌套）的扩展是 hollowtree.nginx-conf。别选 language-nginx（已归档）、nginx-formatter（只有格式化，无高亮）、mrmlnc.nginx（作者停更多年）。
- 在扩展市场搜
nginx-conf，认准发布者是hollowtree - 安装后必须重启 VSCode，部分版本需手动重载窗口
- 该插件只提供语法高亮和基础折叠，不带跨域规则提示（比如
add_header 'Access-Control-Allow-Origin' '*'不会标黄或悬停解释）——这是正常现象，不是功能缺失
怎么让 /etc/nginx/conf.d/*.conf 自动高亮，但不误伤 redis.conf
全局把所有 .conf 绑定到 nginx 是最常见错误，会导致 Logstash、Postfix、HAProxy 的配置全乱套。精准路径匹配才是正解。
- 打开设置（
Ctrl+,），搜索settings.json，点击「在 settings.json 中编辑」 - 添加以下内容（路径按你实际部署调整）：
"files.associations": { "/etc/nginx/**/*.conf": "nginx", "/usr/local/etc/nginx/**/*.conf": "nginx", "nginx.conf": "nginx", "conf.d/*.conf": "nginx", "sites-enabled/*": "nginx", "sites-available/*": "nginx" } - VSCode 1.85+ 支持
**/nginx.conf，但不支持正则；include /etc/nginx/conf.d/*.conf;这种语句里的路径，插件无法自动跳转或索引，属于语法高亮能力边界，非配置问题
跨域相关指令为什么没提示或标错
add_header、proxy_set_header 这类指令本身是合法的，但 VSCode 插件不内置 Nginx 指令语义校验，更不会针对 CORS 场景做特殊提示。所谓“跨域规则提示”，目前没有任何稳定插件能实现：
- 插件只做词法高亮（关键字着色、括号匹配、缩进），不做上下文语义分析
-
add_header 'Access-Control-Allow-Origin' '*'写在location块里是 OK 的，写在http块顶层也合法，插件不会警告你“这里可能被覆盖” - 如果你需要运行时验证，得靠
nginx -t；想查 CORS 配置是否完整，建议用 curl 测试响应头，或集成nginx-config-check类 CLI 工具
真正容易被忽略的是 BOM：如果配置文件以 UTF-8 BOM 开头，hollowtree.nginx-conf 会直接失效，高亮全灭。用 VSCode「另存为 → UTF-8（无 BOM）」即可解决。这个细节不报错、不提示，只默默不工作。
