sublime text 无法原生格式化 nginx 配置，需依赖 nginx -t 校验 + nginx -t 输出 + sed/perl 脚本缩进；codeformatter 插件对 nginx 支持极弱，推荐用自定义 build system 结合 shell 处理实现基础可读性增强。
Sublime Text 没有内置 Nginx 格式化功能
Sublime Text 本身不识别 nginx.conf 语法结构，更不会自动缩进、对齐或验证指令块。所谓“一键格式化”，实际依赖外部工具链配合插件中转——不是点一下就完事，而是得先装好 nginx 本体和格式化代理程序。
必须用 nginx -t 验证 + nginx -T 输出 + 外部美化器
Nginx 自身不提供美化输出，nginx -T 只是 dump 出合并后的完整配置（含 include），但仍是扁平无缩进的。真正能格式化的工具极少，靠谱的只有：python -m json.tool 不适用，jq 不适用，最终靠的是 nginx -t 保底 + sed/awk 简单缩进 + 或者用 perl 脚本做轻量级块识别。
-
nginx -t必须成功，否则任何格式化都无意义——很多“格式化失败”其实是配置写错了，插件只是把错误原样重排 - 推荐用
nginx -T 2>/dev/null | perl -pe 's/^s*([a-z_]+)s+(.*?);$/ $1 $2;/i; s/^s*([a-z_]+)s*{/ $1 {/i; s/^}/}/'做基础缩进（仅适用于简单嵌套） - 复杂场景（如多层 map、geo、stream 块）建议直接放弃自动格式化，用 Sublime 的
Ctrl+Shift+P→Indentation: Convert to Spaces+ 手动对齐
Sublime 插件 CodeFormatter 对 Nginx 支持极弱
该插件底层调用语言专用 formatter，而它默认没配 Nginx 解析器。即使手动加了 nginx 类型，也只做空格清理，不处理 server / location 块层级。常见表现是：大括号位置不变、if 块内指令全挤在一行、注释错位。
- 不要指望
CodeFormatter的nginx选项能正确缩进proxy_set_header这类带空格值的指令 - 如果硬要启用，需在插件设置里补全
"nginx": {"command": ["sh", "-c", "nginx -t &>/dev/null && cat"]}——但这只是绕过校验，不是格式化 - 更现实的做法：禁用该插件对
.conf文件的自动触发，改用快捷键绑定一个自定义 shell 命令
真正可用的一键方案：自定义 Build System + nginx -T + sed
Sublime 的 Build System 是最可控的方式，它能捕获 nginx -T 输出并用 shell 处理。关键不是“美化”，而是“可读性增强”——比如把每个 server { 前加空行、统一缩进 4 空格、过滤掉默认加载的 mime.types 冗余内容。
- 新建
Tools → Build System → New Build System，粘贴以下内容：
{
"shell_cmd": "nginx -t 2>/dev/null && nginx -T 2>/dev/null | sed '/^#/d; /^\s*$/d; s/^\([^[:space:]]\)/\n\1/; s/^\(\s*[^[:space:]]\)/ \1/; s/^\(\s*{\)/ \1/'
}
NginxFormat.sublime-build，然后用 Ctrl+B 即可运行nginx，且当前文件路径下 nginx.conf 可被 nginx 正确加载（即 include 路径相对当前工作目录有效）if 里还能写 return，map 块又支持正则变量——这些没法靠缩进规则覆盖。与其纠结“一键”，不如养成 nginx -t 后立刻 Ctrl+Shift+P → “Reindent Lines” 的肌肉记忆。 
