nginx可通过rewrite指令结合正则实现敏感信息隐藏：内部重写（break）保持url不变但映射路径，redirect跳转（return 301）更新浏览器地址栏，map模块则支持多模式统一脱敏，需注意上下文、标志位及query string限制。
在 Nginx 中，可以通过 rewrite 指令配合正则匹配和重定向/内部重写，来隐藏 URL 中暴露的敏感信息（如项目名、版本号、环境标识等）。关键不是单纯“删除”，而是将含敏感字段的请求，映射到不暴露这些字段的内部路径或新 URL 上。
用 rewrite 实现内部路径重写（不改变浏览器地址栏）
适用于后端服务不需要知道原始路径中的敏感字段，且希望用户看到的 URL 干净、统一。例如把 /v2.1.0/api/users 映射为 /api/users 内部处理：
location ~ ^/v[0-9]+\.[0-9]+\.[0-9]+/(.*)$ {
rewrite ^/v[0-9]+\.[0-9]+\.[0-9]+/(.*)$ /$1 break;
}
- break 表示重写后停止当前 location 的后续匹配，直接用新路径查找对应的 location 块
- 正则中
(.*)捕获版本号后的路径部分，/$1将其拼接到根路径下 - 浏览器地址栏仍显示
/v2.1.0/api/users，但 Nginx 内部按/api/users转发
用 rewrite + redirect 隐藏并跳转（改变浏览器地址栏）
若希望用户看到的是干净 URL（比如强制跳转到无版本号的链接），可用 redirect 或 permanent：
location ~ ^/v[0-9]+\.[0-9]+\.[0-9]+/(.*)$ {
return 301 /$1;
}
-
return 301是更简洁安全的写法，比rewrite ... redirect更推荐 - 用户访问
/v2.1.0/api/login会收到 301 响应，浏览器跳转到/api/login - 适合 SEO 友好、长期固定的 URL 规范化场景
结合 map 模块做更灵活的路径脱敏
当敏感字段不止版本号，还包含项目名（如 /myproject-v1.2/api）、环境（/prod-api）等，用 map 提前提取并标准化更清晰：
map $uri $clean_uri {
~^/[^/]+-v[0-9]+\.[0-9]+\.[0-9]+/(.*)$ /$1;
~^/prod-(.*)$ /$1;
~^/dev-(.*)$ /$1;
default $uri;
}
server {
location / {
rewrite ^ $clean_uri break;
proxy_pass http://backend;
}
}
-
map在 server 级别定义变量映射关系，逻辑集中、易维护 - 所有匹配规则统一输出到
$clean_uri，主 location 只需一次 rewrite - 避免多层嵌套正则，降低配置复杂度和性能开销
注意事项与常见陷阱
rewrite 规则看似简单，但容易因顺序、标志位或上下文出错：
- rewrite 必须放在能生效的上下文中（
server、location），不能在if块里用于非 trivial 场景（Nginx 官方不推荐 if + rewrite 组合） - 使用
break时，确保后续 location 能匹配重写后的路径；用last会重新匹配 location，可能引发循环 - 敏感字段若出现在 query string（如
?version=2.1.0），rewrite 无法处理，需用set+proxy_set_header或后端过滤 - 上线前务必用
nginx -t检查语法，并用 curl 测试真实请求路径是否被正确改写或跳转
