本文详解.htaccess中因重写规则逻辑冲突导致url无限嵌套重定向的问题，提供安全、稳定的php扩展名隐藏方案，并规避404误配引发的循环跳转。
在 Apache 服务器中，通过 .htaccess 隐藏 PHP 文件扩展名（如将 page.php 访问为 /page）是一项常见需求。但若规则编写不当——尤其是条件判断顺序、标志使用或路径匹配逻辑存在缺陷——极易引发无限重定向循环，表现为浏览器地址栏中路径不断重复叠加（例如 https://example.com/mv/project/mv/project/...），最终触发 ERR_TOO_MANY_REDIRECTS 错误。
根本原因在于您提供的规则存在两个关键问题：
- 缺少终止性标志（[L]）：第一条 RewriteRule ^(.*)$ $1.php 在匹配成功后未加 [L]，导致重写引擎继续向下执行后续规则；
- 第二条规则语义错误且不可达：RewriteCond %{THE_REQUEST} "^[^ ]* .*?\.php[? ].*$" 本意可能是拦截含 .php 的原始请求并返回 404，但该正则过于宽泛且与前一条规则形成闭环——当 $1.php 被重写后，Apache 再次用新 URI（含 .php）匹配 %{THE_REQUEST}（注意：%{THE_REQUEST} 是原始请求行，不会随内部重写而改变；此处实际应使用 %{REQUEST_URI} 或更稳妥的判断方式），加之缺失 [L] 和正确响应标志（如 [R=404] 并非合法标志，应为 [R=404] 无效，需配合 ErrorDocument 或改用 [F]），最终造成规则反复触发。
✅ 正确、健壮的解决方案如下（推荐用于生产环境）：
Options +FollowSymLinks
RewriteEngine On
# 1. 外部重定向：将带 .php 的 URL 永久跳转为无扩展名形式（避免重复索引 & 提升SEO）
RewriteCond %{THE_REQUEST} \s/+(.+?)\.php[\s?] [NC]
RewriteRule ^ /%1 [R=301,L]
# 2. 内部重写：将无扩展名请求映射到对应 .php 文件（仅当文件真实存在时）
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^(.+)$ $1.php [L]? 关键说明：
立即学习“PHP免费学习笔记（深入）”；
- 第一条规则使用 R=301 实现客户端重定向，确保用户和搜索引擎访问 example.com/about.php 时自动跳转至 example.com/about，消除 .php 入口；
- L（Last）标志强制终止当前轮次重写，防止后续规则干扰；
- 第二条规则仅在目标 .php 文件真实存在时才执行内部映射，安全可靠；
- 严格区分 %{THE_REQUEST}（原始请求，用于重定向判断）与 %{REQUEST_FILENAME}（文件系统路径，用于存在性校验），避免逻辑混淆。
⚠️ 注意事项：
- 确保 Apache 已启用 mod_rewrite，且站点允许 .htaccess 覆盖（AllowOverride All）；
- 测试前清除浏览器缓存（301 重定向会被缓存），建议初期使用 R=302 临时调试；
- 不要将规则置于子目录 .htaccess 中却期望匹配根路径逻辑——路径前缀需与 .htaccess 所在位置一致；
- 若项目部署在子目录（如 /mv/project/），需在 RewriteBase 后添加对应路径：RewriteBase /mv/project/。
总结：URL 无限重复的本质是重写规则陷入“重写 → 再匹配 → 再重写”的死循环。破局关键在于明确区分外部跳转与内部映射、严格使用 [L] 终止、精准判断请求上下文。按上述配置，即可安全、高效地实现优雅的 PHP 扩展名隐藏。
