Windows下Nginx整合PHP配置伪静态的关键是路径用正斜杠、rewrite放server或location内、启用cgi.fix_pathinfo=1且禁用cgi.force_redirect、配合try_files优于if判断；否则易致404/502/循环跳转。
Windows 下用 Nginx 1.31.6 整合 PHP 8.1.30 配置路由重写（即伪静态），关键不在版本新旧，而在于路径写法、模块启用、上下文位置和 PHP 协同逻辑这四点。Nginx for Windows 默认已内置 ngx_http_rewrite_module，无需额外编译，但配置稍有不慎就会导致 404、502 或无限跳转。
rewrite 规则必须放对位置
Nginx 的 rewrite 指令不是随处可写，它只在 server 或 location 块内生效，且执行顺序严格依赖匹配结果：
- 通用规则（如隐藏 .php 后缀）建议放在
location / { }内，避免遗漏子路径 - 特定路径（如
/api/）应单独定义location ^~ /api/ { }，并在其中写 rewrite，防止被其他 location 覆盖 - 绝对不要在
if块外直接写rewrite—— 它不会触发，也不会报错，只是静默失效 - 若需条件判断（如文件不存在才重写），优先用
try_files替代if (!-e $request_filename)，更稳定且性能更好
常用路由重写写法与注意事项
以下规则均以 Windows 路径习惯适配（正斜杠 /、不区分大小写需显式加 i 标志）：
- 隐藏 .php 后缀（访问
/user→ 执行/user.php）：rewrite ^/([a-zA-Z0-9_-]+)/?$ /$1.php last; - WordPress 类 PATHINFO 模式（入口统一走 index.php）：
try_files $uri $uri/ /index.php?$args;（推荐，比 if + rewrite 更安全） - 强制 HTTPS + 去 www（两个独立 return，避免嵌套 if）：
if ($host = 'www.example.com') { return 301 https://example.com$request_uri; }<br>if ($scheme != 'https') { return 301 https://$host$request_uri; } - 忽略大小写的 .php 匹配（防止 user.PHP 被漏掉）：
location ~* \.php$ { ... }—— 注意末尾的i标志已由~*提供
PHP 侧必须配合的关键设置
Nginx 重写后能否正确执行 PHP，取决于 PHP 是否能准确解析脚本路径。Windows 下最容易出问题的是 SCRIPT_FILENAME 构造错误：
立即学习“PHP免费学习笔记（深入）”；
- 确保
nginx.conf中location ~ \.php$块内含完整参数：fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; - PHP 的
php.ini必须启用：cgi.fix_pathinfo = 1（否则重写后路径为空）cgi.force_redirect = 0（Windows + FastCGI 场景下必须关）date.timezone = Asia/Shanghai（虽不直接影响 rewrite，但日志混乱会干扰调试） - 扩展目录路径必须是绝对路径且无拼写错误：
extension_dir = "C:/php/ext"（注意用正斜杠或双反斜杠，单反斜杠会转义）
调试技巧：快速定位 rewrite 失效原因
Windows 没有 strace，但可通过组合方式高效排查：
- 先运行
nginx -t确认语法合法；再用nginx -s reload生效配置 - 临时开启 rewrite 日志（在
http或server块中加）：rewrite_log on;<br>error_log logs/rewrite.log notice;
（注意日志级别设为notice，info级别在 Windows 下可能不输出） - 用 curl 测试原始请求与重定向行为：
curl -I http://localhost/user查看是否返回 301/302 或 200 - 检查
logs/error.log，重点搜rewrite or internal redirection cycle（循环重定向）、no such file（路径构造失败）等关键词
