Nginx虚拟主机实战：配置独立rewrite规则实现URL伪静态

在 Nginx 中为不同虚拟主机（server 块）配置独立的 rewrite 规则，是实现 URL 伪静态的核心手段。关键在于：rewrite 必须写在对应的 server 块内，且优先级高于全局或 location 外的规则；同时要避免重复跳转和正则陷阱。

确保 rewrite 作用于指定虚拟主机

rewrite 指令只对当前 server 块生效，不能跨虚拟主机继承。若多个站点共用同一份配置文件，需确认每段 rewrite 明确位于对应 server 的花括号内：

错误写法：把所有 rewrite 写在 http 块顶层 → 所有站点都会执行，易冲突 正确写法：每个 server { … } 内单独定义 rewrite，例如博客站用 /post/123 → /index.php?p=123，商城站用 /item/abc → /product.php?sku=abc 注意：server_name 匹配必须准确（支持通配符或正则），否则请求可能落入默认 server，导致 rewrite 不生效

用 location + rewrite 组合控制伪静态范围

单纯靠 server 级 rewrite 容易误伤静态资源。推荐将伪静态逻辑收敛到特定 location 块中，提升可维护性：

把动态路径匹配（如 /article/、/category/）放在 location ~ ^/(article|category|tag)/ 中，内部用 rewrite 处理 加 last 标志让重写后重新匹配 location，适合需要二次处理的场景（如转发给 PHP-FPM） 加 break 阻止后续 rewrite 执行，适合单次映射（如 /robots.txt → /static/robots.txt） 避免在 location / {} 中盲目使用 rewrite，容易覆盖 favicon.ico、.js 等真实文件请求

规避常见伪静态陷阱

URL 重写看似简单，但几个细节不注意就会导致 404、循环重定向或参数丢失：

正则捕获变量用 $1、$2，不要写成 \1（那是 PCRE 替换语法，Nginx 不认） 含问号的原始 URL（如 /page?id=5）需用 $args 显式拼接，例：rewrite ^/page$ /index.php?page=$arg_id? last; 启用 rewrite_log on（配合 error_log /path/debug.log notice）可查看每次匹配过程，调试时非常有用 上线前务必用 curl -I 测试响应头，确认返回 200 而非 301/302（除非你本意是跳转）

一个典型 WordPress 伪静态配置示例

针对 WordPress 站点的 server 块内可这样写，兼容固定链接设置：

location / { try_files $uri $uri/ /index.php?$args;}

该写法比传统 rewrite 更健壮——它不依赖正则匹配，而是由 PHP 脚本解析 REQUEST_URI，既支持 /2024/04/post-slug/，也兼容 /?p=123 回退路径，且不会干扰 /wp-admin/ 等真实目录。