Apache 不支持 try_files 指令，需用 mod_rewrite 的 RewriteCond %{REQUEST_FILENAME} !-f 和 !-d 配合 RewriteRule 实现等效逻辑：优先服务真实静态文件或目录，不存在时回退至 index.php 等入口脚本。
Apache 本身不支持 try_files 指令——这是 Nginx 的原生命令。想在 Apache 中实现类似“先尝试静态文件，不存在则回退到 PHP 脚本或前端路由”的优雅降级逻辑，需用 RewriteRule + -f/-d 等条件模拟。
用 mod_rewrite 实现 try_files 等效逻辑
核心思路：检查请求路径是否对应真实存在的文件（-f）或目录（-d），若都不存在，则重写到 fallback 路径（如 index.php 或 app.php）。
- 确保已启用
mod_rewrite：a2enmod rewrite（Debian/Ubuntu）或确认LoadModule rewrite_module modules/mod_rewrite.so在配置中启用 - 在虚拟主机或
.htaccess中添加规则（注意AllowOverride All已启用） - 典型写法（适用于 Laravel、Vue Router history 模式等）：
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [L,QSA]
说明：!-f 表示“不是文件”，!-d 表示“不是目录”，两个条件同时成立才触发重写；[L] 终止后续规则，[QSA] 保留原始查询参数。
处理带扩展名的静态资源优先匹配
如果项目混合了 PHP 脚本与静态资源（如 /css/app.css、/api/v1/users），需避免误将真实静态文件重写。上述规则已通过 !-f 自动跳过所有真实文件，但要注意：
- Apache 默认不检查带查询字符串的路径（如
/img/logo.png?v=123），但%{REQUEST_FILENAME}只取路径部分，不影响判断 - 若使用 URL 重写后端 API（如
/api/...→index.php?route=api...），建议加额外条件排除已知静态前缀：
RewriteCond %{REQUEST_URI} !^/(css|js|images|fonts)/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [L,QSA]
替代方案：使用 AliasMatch 或 FallbackResource（推荐用于简单场景）
对于纯 PHP 应用（如 WordPress、Slim Framework），可直接用 FallbackResource，更简洁且性能略优：
- 该指令由
mod_dir提供，无需 Rewrite 模块 - 仅当请求路径不匹配任何真实文件/目录时，自动交由指定资源处理：
FallbackResource /index.php
注意：FallbackResource 不传递原始路径作为参数，需在 index.php 中通过 $_SERVER['REQUEST_URI'] 获取；若需保留 PATH_INFO，建议仍用 Rewrite 方案。
调试技巧与常见陷阱
规则不生效？优先排查这几项：
-
RewriteLogLevel和RewriteLog在 Apache 2.4+ 已废弃，改用LogLevel alert rewrite:trace3（需在虚拟主机或主配置中设置，并重启服务） -
.htaccess生效需对应目录有AllowOverride All，否则规则被忽略 - 路径开头斜杠：在
.htaccess中，RewriteRule的模式不带开头/（即写^(.*)$，而非^/(.*)$）；在虚拟主机配置中则要带 - 多级子目录部署时，务必设置正确的
RewriteBase（如部署在/myapp/，则写RewriteBase /myapp/）
