本文详解.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]
? 关键说明：
