frankenphp 1.2需显式启用opcache并适配worker常驻特性：设opcache.enable=1、memory_consumption≥256、max_accelerated_files≥10000、validate_timestamps=0、revalidate_freq=0，保留save_comments=1，慎用jit以避免冲突。
FrankenPHP 1.2 默认启用 PHP 的 OPcache，但要真正发挥性能优势，必须结合其 Worker Mode 的常驻进程特性做针对性配置——不能照搬传统 FPM 场景下的设置，否则可能引发缓存失效、内存泄漏或注解解析异常等问题。
确认 OPcache 已加载且生效
FrankenPHP 启动时使用的是嵌入式 PHP SAPI（非 CLI 或 FPM），需确保 OPcache 是通过 zend_extension 加载的共享扩展，而非仅靠 extension=opcache。检查方式：
- 运行
frankenphp worker --version或访问/health端点（若启用了健康检查）获取 PHP 配置摘要； - 在应用中调用
opcache_get_status()，确认opcache_enabled为 true，且memory_usage.used_memory随请求增长； - 注意：若看到
opcache.enable_cli=1但未设opcache.enable=1，则 Worker 模式下 OPcache 实际未启用（CLI 设置对 Worker 无效）。
关键参数调优（适配 Worker 常驻场景）
Worker Mode 进程长期存活，脚本复用率高，应减少校验开销、增大缓存容量，并禁用不必要功能：
-
opcache.enable=1— 必须显式开启（默认可能为 0）； -
opcache.memory_consumption=256— 建议从 128MB 起步，Worker 复用多路由/控制器，缓存文件数多，可设为 256； -
opcache.max_accelerated_files=10000— CodeIgniter 4 或 Laravel 类文件多，4000 易满，建议 10000； -
opcache.revalidate_freq=0— Worker 不重启，文件变更需手动重载或调用opcache_invalidate()，设为 0 关闭自动检测； -
opcache.validate_timestamps=0— 配合revalidate_freq=0，彻底跳过文件时间戳比对； -
opcache.save_comments=1— 若项目使用 Doctrine 注解、PHPStan 或 Psalm，必须保留注释，否则反射失败； -
opcache.fast_shutdown=0— PHP 7.2+ 已移除此指令，FrankenPHP 1.2 基于 PHP 8.2+，直接删除该行；
避免与 JIT 编译冲突
FrankenPHP 1.2 默认启用 PHP 8.2 的 Zend JIT（尤其在 Linux），而 OPcache 和 JIT 共享同一套缓存机制。若出现随机 500 或内存错误：
- 先禁用 JIT 测试：在
php.ini中添加opcache.jit_buffer_size=0； - 如需保留 JIT，建议设
opcache.jit=1235（function-level + tracing），并用opcache.jit_blacklist排除框架核心引导函数（如CodeIgniter\CodeIgniter::init()）； - JIT 日志可通过
opcache.jit_debug=1输出到error_log，定位编译异常函数。
验证与热更新支持
Worker 进程不重启，代码更新后需主动刷新缓存：
- 开发阶段可加一个简单路由（如
GET /opcache-reset），内部调用opcache_reset()并返回状态； - 生产环境推荐配合部署脚本：发布新版本后，向 FrankenPHP 发送
SIGUSR2信号（支持 graceful reload），或调用opcache_invalidate($file)精确清除变更文件； - 用
opcache_is_script_cached($path)检查关键入口是否命中缓存，避免因路径大小写、符号链接导致未缓存。
FrankenPHP 1.2 下 OPcache 不是“开箱即用就飞快”，而是需要按常驻模型重新校准。重点在于关掉无谓校验、撑大缓存池、保注释、控 JIT——调对这四点，QPS 提升 2 倍以上很常见。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
