OpenFileCache 是 Apache HTTP Server 的内置缓存机制，用于缓存静态文件的打开句柄和元数据，减少 stat() 和 open() 系统调用，提升 CSS/JS/图片等静态资源响应速度。
Apache 本身不运行 Java，所以“Java 中 Apache”这个说法存在概念混淆。Apache HTTP Server（即通常说的 Apache）是一个用 C 编写的 Web 服务器，它和 Java 应用（如 Tomcat、Jetty）是独立的进程，常通过反向代理（如 mod_proxy）配合使用。OpenFileCache 是 Apache HTTP Server 的一个原生模块功能，用于缓存静态文件的打开句柄、元数据等，从而减少重复 open()、stat() 系统调用，提升静态资源（如 CSS、JS、图片）的响应速度。
OpenFileCache 是什么，为什么能加速静态资源
当客户端请求一个静态文件（例如 /style.css），Apache 默认每次都要：
- 调用 stat() 检查文件是否存在、是否可读、最后修改时间等；
- 调用 open() 打开文件获取文件描述符；
- 再读取并返回内容。
在高并发或小文件频繁访问场景下，这些系统调用会成为瓶颈。OpenFileCache 把这些操作的结果（文件路径、inode、大小、权限、修改时间、甚至已打开的 fd）缓存在内存中，后续相同请求可直接复用，跳过磁盘 I/O 和内核态检查。
如何启用并合理配置 OpenFileCache
该功能由 mod_cache_disk 或更准确地说，由核心模块 mod_file_cache（注意：不是 mod_cache）提供支持，但实际起效的是 Apache 内置的 open file cache 机制（无需额外加载模块，只要 Apache ≥ 2.2 即支持）。关键指令有：
立即学习“Java免费学习笔记（深入）”；
- EnableSendfile off：避免 sendfile() 绕过缓存逻辑（尤其在 NFS 或容器环境建议关闭）；
- EnableMMAP off：禁用内存映射，防止缓存失效问题；
- MaxRanges none（可选）：若不需范围请求，可简化处理流程；
- OpenFileCache max=10000:inactive=60：最多缓存 10000 个条目，60 秒未被访问则淘汰；
- OpenFileCacheMinUses 2：文件至少被访问 2 次才进入缓存（防冷数据污染）；
- OpenFileCacheRecheck 3：每 3 秒检查一次缓存项的 stat 是否过期（避免服务端文件更新后仍返回旧内容）；
-
OpenFileCacheDirective（Apache 2.4.26+）：可按目录精细控制，例如只对
/static/启用。
搭配 Java 应用时的典型部署与注意事项
常见架构是：Apache 作为前端反向代理，将动态请求（如 /api/*）转发给后端 Tomcat，而静态资源（/static/**、/assets/**）由 Apache 直接提供。此时 OpenFileCache 对静态路径效果最明显。
需注意：
- 确保静态资源物理路径在 Apache 可读且无 SELinux/AppArmor 限制；
- 如果 Java 应用热更新静态资源（如 Spring Boot 的 devtools），要设置较短的 OpenFileCacheRecheck（如 1–2 秒），否则可能返回旧版本；
- 不要对动态生成的文件（如由 Servlet 输出的 /report.pdf）启用 OpenFileCache，它不适用于内容变化频繁或无固定路径的资源；
- 可通过 curl -I http://host/style.css 查看响应头中的 Last-Modified 和 ETag，确认 Apache 是否正确返回了缓存元数据。
验证是否生效的简单方法
启用后可通过以下方式观察效果：
- 查看 Apache error_log 中是否有 openfilecache 相关调试日志（需设置 LogLevel debug）；
- 用 strace -p $(pgrep apache2) -e trace=open,stat 对比开启/关闭前的系统调用次数；
- 压测时对比 QPS 和平均响应时间（尤其小文件如 1KB JS/CSS），提升通常在 10%–30%，取决于磁盘 I/O 压力；
- 监控 OpenFileCache hits/misses（Apache 2.4.37+ 支持通过 mod_status 的
server-status?auto查看）。
