apache的directoryindex指令不改变日志记录行为，日志记录的是实际响应的路径（如“get /blog/index.html”），而非原始目录请求；仅当无匹配文件且启用indexes或返回403时，才记录“get /blog/”。
Apache 中 DirectoryIndex 指令本身不改变日志记录行为，它只是让 Apache 在用户请求一个目录（如 /blog/）时，自动尝试返回列表中的默认文件（如 index.html 或 index.php）。而这个过程在 access_log 中的体现，完全取决于最终实际处理的请求路径，不是用户输入的路径。
也就是说：日志里记录的是 Apache 实际响应的那个资源，而不是“用户没写文件名”这个动作。
日志中看到的是重定向后的路径，不是原始目录路径
当用户访问 https://example.com/blog/，Apache 查到 DirectoryIndex index.html，且该目录下存在 index.html，那么：
- 请求被内部处理为
/blog/index.html - 日志中记录的就是
"GET /blog/index.html HTTP/1.1"，不是"GET /blog/ HTTP/1.1" - 状态码通常是
200，不是301或302
✅ 示例日志行：
192.168.1.50 - - [21/Jul/2026:14:05:22 +0800] "GET /blog/index.html HTTP/1.1" 200 4287 "-" "Mozilla/5.0"
注意：这里 /blog/index.html 是真实服务的路径，DirectoryIndex 的作用已“透明完成”，日志不会额外标注“这是由 DirectoryIndex 触发的”。
什么情况下日志会显示目录路径（如 /blog/）？
只有两种典型情况：
- 目录下没有匹配的
DirectoryIndex文件，且启用了Options +Indexes→ Apache 返回目录列表页面，此时日志记录"GET /blog/ HTTP/1.1"，状态码200 - 目录下没有匹配文件，也没启用 Indexes → 返回
403 Forbidden，日志仍记"GET /blog/ HTTP/1.1"，状态码403
⚠️ 注意：即使你配置了 DirectoryIndex index.php，但该文件不存在，Apache 不会记录“尝试找 index.php 失败”，而是继续往下找列表中下一个，直到全部失败。最终日志只反映最终响应结果的路径和状态。
如何确认 DirectoryIndex 是否生效？
看日志里的请求路径是否已补全为具体文件：
- ✅ 生效表现：
"GET /about/ HTTP/1.1"出现极少，多数是"GET /about/index.html HTTP/1.1"或"GET /about/index.php HTTP/1.1" - ❌ 未生效可能原因：
-
DirectoryIndex指令写在错误作用域（如全局配置，但被<virtualhost></virtualhost>内配置覆盖） - 对应目录的
AllowOverride未包含Indexes，导致.htaccess中的DirectoryIndex不被读取 - 文件权限问题：Apache 无法读取
index.html，于是跳过，最终返回 403 或目录列表（若开启 Indexes） - 文件名大小写不符：
DirectoryIndex Index.html，但实际文件是index.html（Linux 区分大小写）
-
想让日志明确区分“目录请求”和“文件请求”？可以加环境变量标记
虽然 Apache 默认不标记 DirectoryIndex 行为，但你可以用 mod_setenvif 配合 Request_URI 尾部斜杠做简单识别：
SetEnvIf Request_URI "/$" is_directory_request
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %{is_directory_request}e" combined_with_dirflag
CustomLog logs/access.log combined_with_dirflag
这样，/blog/ 这类结尾带 / 的请求会在日志末尾多一个 1，而 /blog/index.html 则为空或 -。
不复杂但容易忽略
