apache 中 mod_rewrite 模块开启后影响静态文件加载速度，最直接有效的优化方法是在重写规则中增加对已存在文件的判断，使用 -f 和 -d 条件跳过静态资源请求。具体做法是确保在重写到动态脚本（如 index.php）之前，先检查请求的文件或目录是否在磁盘上真实存在，若存在则直接由 apache 处理而不触发重写引擎，从而避免不必要的 php 进程启动开销。
如何配置 RewriteCond 以跳过现有静态文件
要解决静态文件被错误重写的性能问题，需要在 .htaccess 或虚拟主机配置中添加特定的条件判断。核心逻辑是利用 RewriteCond 指令检查请求路径对应的文件系统状态。如果请求的是一个实际存在的文件（-f）或者一个实际存在的目录（-d），则不应执行后续的重写规则。这样可以确保 CSS、JS、图片等静态资源直接通过 Apache 的默认处理器输出，而不会进入 PHP 解释器。
<ifmodule mod_rewrite.c>
RewriteEngine On
# 如果请求的文件在磁盘上存在，则跳过重写
RewriteCond %{REQUEST_FILENAME} !-f
# 如果请求的目录在磁盘上存在，则跳过重写
RewriteCond %{REQUEST_FILENAME} !-d
# 只有当上述条件不满足时（即文件/目录不存在），才重写到 index.php
RewriteRule ^ index.php [L]
</ifmodule>
这段代码的预期结果是：当浏览器请求 /style.css 时，Apache 首先检查根目录下是否存在 style.css 文件。如果存在，RewriteCond 为真，整个重写规则块被跳过，Apache 直接读取并发送该文件，耗时仅为磁盘 I/O 和网络传输时间。如果请求的是 /user/profile 且该路径下没有对应文件或目录，条件为假，请求被转发给 index.php 进行路由处理。这种机制显著减少了静态资源的 CPU 消耗和响应延迟。
如何处理 URL 中的查询字符串与静态资源冲突
在实际部署中，静态资源往往带有查询字符串（例如用于缓存破坏的版本号 ?v=1.0）。默认的 -f 测试通常只检查基本路径，但在某些配置下，可能需要更精确地控制。此外，有些应用框架会将所有非文件请求都指向入口文件，此时需要确保静态资源的路径前缀（如 /assets/ 或 /static/）能被正确识别。虽然基础的 -f 和 -d 已经能解决大部分问题，但针对特定目录的优化可以进一步减少文件系统检查的次数。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
<ifmodule mod_rewrite.c>
RewriteEngine On
# 优化策略：直接排除常见的静态目录，避免文件系统检查
RewriteCond %{REQUEST_URI} ^/assets/
RewriteRule ^ - [L]
RewriteCond %{REQUEST_URI} ^/static/
RewriteRule ^ - [L]
# 通用规则：检查文件是否存在
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^ index.php [L]
</ifmodule>
上述代码引入了显式的目录排除规则。当请求以 /assets/ 开头时，立即匹配并停止重写（[L] 标志），不再进行后续的 -f 测试。这种方式对于拥有大量静态资源的网站来说，可以减少大量的文件系统元数据查询操作。预期结果是，所有位于 /assets/ 下的资源，无论其物理文件是否存在（即使返回 404，也由 Apache 默认行为处理，或者配合其他错误页面规则），都不会触发 PHP 后端。这进一步提升了静态内容的交付效率，同时保持了动态路由的灵活性。
基于 REQUEST_FILENAME 变量缺失导致的额外开销问题
在使用 mod_rewrite 时，%{REQUEST_FILENAME} 变量的计算本身涉及一定的系统调用。如果在高并发场景下，每一次请求都要解析这个变量并进行 -f/-d 测试，可能会成为瓶颈。特别是当服务器负载较高时，文件系统锁竞争可能导致这些检查变慢。因此，理解这一变量的行为对于进一步优化至关重要。在某些极端情况下，结合 FilesMatch 或 Location 容器可能比 mod_rewrite 更高效，因为它们是 Apache 的核心模块，优先级更高且无需启动重写引擎。
<filesmatch>
# 直接设置缓存头，并绕过任何可能的重写规则干扰
Header set Cache-Control "max-age=604800, public"
</filesmatch><ifmodule mod_rewrite.c>
RewriteEngine On
# 注意：FilesMatch 优先于 RewriteRule 执行内容处理，
# 但 RewriteCond 仍可能在内部传递阶段生效。
# 为确保绝对性能，建议将静态资源放在独立目录或使用 CDN。
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^ index.php [L]
</ifmodule>
此段代码展示了混合策略。虽然 FilesMatch 主要用于设置 HTTP 头，但它也暗示了 Apache 对静态类型的识别能力。在实际优化中，最彻底的办法是将静态资源托管在独立的子域名或 CDN 上，从而完全从主站点的 Apache 进程中剥离。但对于必须托管在同一服务器的情况，确保 mod_rewrite 的规则尽可能早地退出（通过 -f/-d 或目录前缀匹配）是关键。预期结果是，静态资源的请求路径最短，CPU 占用最低，且不会引发 PHP-FPM 的空闲进程唤醒，从而保持服务器整体响应速度的稳定。
