Apache处理404请求重复执行问题排查求助

首先明确：这种404请求被Apache重复处理的现象绝对不正常，正常场景下每个用户发起的请求只会对应一次服务器处理记录，除非是服务器内部规则触发了未预期的重定向/跳转。

一、调试方法 #

1. 启用详细追踪日志 #

• 开启mod_log_debug，在虚拟主机或主配置中添加：

  LogLevel debug rewrite:trace3
  

  这会输出mod_rewrite的每一步规则执行细节，能直接看到是否有内部重定向触发了二次请求。
• 确保启用mod_unique_id，检查access_log中的%{UNIQUE_ID}e字段：如果两次请求的ID相同，说明是服务器内部跳转；ID不同则是外部发起的重复请求（你已排除CDN，可优先排查内部规则）。
• 重点查看error_log，寻找404请求处理过程中的异常记录，比如规则匹配日志、内部跳转提示、ErrorDocument相关的错误信息。

2. 对比域名与IP的配置差异 #

• 检查域名对应的虚拟主机配置，和IP访问时命中的默认虚拟主机配置，重点对比：
  • ErrorDocument 404的设置：如果域名配置中指定的404页面本身不存在，或该页面触发了额外的重写规则，可能引发二次处理。
  • 域名专属的.htaccess规则：比如包含%{HTTP_HOST}条件的重写规则，是否在处理不存在的URL时触发了内部跳转。

3. 模拟请求验证 #

• 用curl工具发起请求，观察完整流程：

  curl -v https://yourdomain.com/nonexistent-path
  

  查看响应头中是否有隐藏的3xx跳转（即使最终返回404），同时对比IP访问的请求日志，找出两者的规则执行差异。

二、解决思路 #

1. 定位二次请求来源 #

• 如果日志显示是内部重定向（相同UNIQUE_ID）：
  • 检查ErrorDocument 404配置：若设置为动态路径（比如PHP脚本），确认该脚本是否触发了重写或再次请求；若设置的静态文件不存在，改为存在的404页面。
  • 排查.htaccess中的重写规则：尤其是针对非存在文件/目录的规则（比如RewriteCond %{REQUEST_FILENAME} !-f），检查是否有规则在匹配后发起了未预期的内部跳转，比如遗漏[L]标志导致规则链重复执行，或规则逻辑错误触发循环。
• 如果是外部重复请求（不同UNIQUE_ID）：
  • 检查浏览器缓存/扩展是否自动发起二次请求，或域名的DNS设置是否存在解析异常（比如双A记录导致客户端发起两次请求）。

2. 针对性修复示例 #

• 若ErrorDocument导致循环：

  # 确保404页面存在，且不触发额外重写
  ErrorDocument 404 /404.html
  

• 若重写规则触发二次请求：
  检查规则中的[L]标志，确保匹配后终止当前规则链，避免重复执行：

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule ^(.*)$ index.php [L]
  

内容的提问来源于stack exchange，提问作者Nick