sublime text无法安全一键清理nginx配置注释，必须分步操作：先启用“. matches newline”删除/ /块注释（用/*[\s\s]?*/），再用^\s#.*$删整行注释，不同配置块需单独处理，最后人工抽检proxy_pass、ssl_certificate、include等关键指令是否被截断。
Sublime Text 无法安全“一键清理”Nginx配置文件里的注释或冗余内容，所有正则替换都必须分步、锚定上下文、并人工核验——跳过任一环节，proxy_pass 可能被删成 proxy_，ssl_certificate 后面的路径可能被截断。
先删 /* */ 块注释，必须启用 . matches newline
块注释跨多行是常态，/*.*?*/ 默认不匹配换行符，会完全失效。必须手动勾选右下角的 . matches newline（图标是 .\n）才能让正则生效。
-
Find What填/\*[\s\S]*?\*/：用[\s\S]替代.更可靠，?是非贪婪关键，缺它会从第一个/*一路吃到文件末尾最后一个*/ - 该正则无法识别字符串内的
/*，例如set $url "https://api.com/*v1";会被误删——这不是正则写错了，是 Sublime 不做语法解析 - Nginx 配置里没有三引号字符串，但
map块中带/*的值（如map $arg_foo $bar { default "/*"; }）同样会被误伤，需提前人工跳过
再删 # 行注释，别用 #.*$ 全局扫
Nginx 配置里 # 既用于注释，也用于 URL、正则 pattern、甚至变量值，#.*$ 会误删 rewrite ^/old#anchor /new break; 或 add_header X-Frame-Options "DENY#not-a-comment";。
- 更稳妥的是只匹配整行注释：
^\s*#.*$，^和$锚定行首行尾，\s*允许前面有空格或制表符 - 若某行是
include /etc/nginx/conf.d/*.conf; # load modules，该正则不会匹配，保留了语义完整性 - 想保留行尾注释（如
keepalive_timeout 65; # for long-polling），就别用这句；想删干净，就得接受风险，并在替换前用Find All预览所有匹配项
不同配置段要分开处理，不能一个正则通吃
http、server、location ~* \.(js|css)$、upstream 等块内，注释位置和嵌套逻辑差异极大。强行用同一正则，location ~* \.php$ { # php handler 这种行首注释会被漏掉，而 if ($args ~* "admin") { # block admin 中的 # 又可能被错删。
- 建议按
Ctrl+Shift+P→Set Syntax: Nginx确保当前文件已正确绑定语法，避免高亮错乱干扰判断 - 对
map或geo块，先用^\s*map\s+.*{$定位起始行，再手动选中整个块，再执行注释清理，避免跨块污染 - 涉及正则的
location或if块内，#后内容常是真实业务逻辑（如set $flag 1; # only for prod），这类注释建议跳过自动清理
删完必须人工抽检三处，正则再准也替代不了眼睛
重点看：是否误删了 ssl_certificate 后的路径、proxy_pass 后的 URL、以及 include 指令后的文件路径——这些地方一旦被截断，nginx -t 直接报错，且错误提示往往不指向被删位置。
- 抽检顺序建议：先搜
;前是否有空格或换行异常（说明前面指令被截断），再搜proxy_pass、ssl_certificate、include各三处，最后随机打开一个location块检查缩进是否连贯 - 别依赖
nginx -t通过就认为安全——它只校验语法，不校验语义。比如proxy_pass http://backend;被删成proxy_pass http://back;，nginx -t仍会通过，但请求必 502 - 复杂
map块或含嵌套if的配置，建议直接跳过正则清理，改用注释开关（# if (…)→#if (…)）临时禁用，而非删除
