frankenphp 默认不启用 opcache，需手动安装扩展并显式配置 php_ini opcache.enable 1 等参数，否则仍走完整编译流程；验证需检查 opcache_enabled 为 true、hits 增长且 memory_usage 非零。
FrankenPHP 默认不启用 OPcache，哪怕你用的是官方镜像 dunglas/frankenphp —— 它内置了 install-php-extensions，但 opcache 不在默认启用列表里。必须手动安装并显式配置，否则所有 PHP 请求仍走完整编译流程。
确认 FrankenPHP 容器内是否已加载 opcache 扩展
进容器执行命令是最直接的验证方式：
- 运行
docker exec -it <container-name> php -m | grep opcache</container-name>，无输出说明未加载 - 或执行
docker exec -it <container-name> php -r "var_dump(function_exists('opcache_get_status'));"</container-name>，返回bool(false)即未就绪 - 注意：FrankenPHP 的 CLI 和 Web 模式共用同一套 PHP 运行时，但
opcache.enable默认仍是 0，不能只靠“扩展存在”就认为生效
安装 opcache 并启用（Docker 环境）
FrankenPHP 容器支持通过 install-php-extensions 命令一键安装，但安装后必须写入配置才能启用：
- 进容器：
docker exec -it <container-name> /bin/sh</container-name> - 执行：
install-php-extensions opcache（会自动下载、编译、启用扩展） - 关键一步：在 FrankenPHP 配置中显式开启，编辑
Caddyfile或启动参数，加入：php_ini opcache.enable 1php_ini opcache.memory_consumption 256php_ini opcache.max_accelerated_files 20000 - 若使用
frankenphp worker模式，这些php_ini指令需放在worker { ... }块内，否则不生效
验证 opcache 是否真正工作
光看扩展加载成功不够，要确认缓存命中且内存被实际使用：
- 写一个临时脚本
/var/www/html/opcache-status.php，内容为：var_dump(opcache_get_status()['opcache_statistics']);
- 访问该 URL，检查输出中：
—opcache_enabled必须为true
—hits数值随请求增长，且hits / (hits + misses)> 0.9
—memory_usage中used_memory明显上升（非始终为 0） - 常见失败现象：
opcache_enabled是false→ 说明php_ini opcache.enable 1没生效，或被更高优先级配置覆盖
生产部署时容易忽略的点
FrankenPHP 的多线程模型让 OPcache 行为和传统 FPM 有差异，尤其要注意：
-
opcache.validate_timestamps=0在 FrankenPHP 下风险更高：它没有 worker 进程池的 reload 机制，关掉时间戳校验后，除非调用opcache_reset()或重启整个容器，否则新代码永不生效 - 别依赖
opcache.revalidate_freq：FrankenPHP 的线程是长驻的，但revalidate_freq只在validate_timestamps=1下起作用；设为 0 后该参数完全失效 - 内存设置别照搬 FPM 经验：
opcache.memory_consumption=512在高并发 FrankenPHP 实例下可能引发 OOM，建议从 128 开始，压测后观察oom_restarts计数是否为 0
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
