PHP 8.2部署性能优化核心是OPcache与PHP-FPM协同调优：必须启用OPcache并设memory_consumption=256MB、max_accelerated_files=20000（质数）、validate_timestamps=0（生产），FPM进程数需按压测峰值×1.5动态配置，JIT在Web场景无效且易拖慢性能。
OPcache 在 PHP 5.5+ 已内置，但不同版本默认行为差异极大——PHP 7.4 默认启用但参数保守，PHP 8.0+ 启用 JIT 且部分配置项废弃，PHP 8.2 起 opcache.validate_timestamps 在 CLI 模式下强制为 0，不听 php.ini 设置。
PHP 7.4–8.1：确认 opcache.enable=1 生效的两个关键路径
很多用户改完 php.ini 发现 opcache_get_status() 返回 false，根本原因是 FPM 和 CLI 加载了不同配置文件。FPM 实际读取的是 /www/server/php/74/etc/php.ini（宝塔）或 /etc/php/7.4/fpm/php.ini（Ubuntu），而 php -v 显示的是 CLI 的 php.ini 路径。
- 用
phpinfo()页面查看「Loaded Configuration File」，只改这个路径下的文件才对 Web 请求生效 - FPM 配置改完后必须执行
sudo systemctl reload php7.4-fpm（不是 restart），否则缓存仍走旧配置 - CLI 下即使
opcache.enable=1，PHP 8.0+ 也会忽略——除非你显式加-d opcache.enable=1参数运行脚本
PHP 8.0+：JIT 编译开启后必须调低 opcache.jit_buffer_size
PHP 8.0 引入 JIT，默认关闭；8.1 起默认开启 opcache.jit=tracing，但若不配套调整缓冲区，会触发 Zend OPcache aborted compilation 错误并降级回解释执行。
-
opcache.jit_buffer_size必须 ≥ 256M（单位是字节，不是 MB），建议设为268435456 - JIT 不兼容
eval()、create_function()等动态代码，含此类调用的项目开启后反而变慢 - 用
opcache_get_status()['jit']['enabled']确认是否真启用，别只看opcache.jit配置值
PHP 8.2+：validate_timestamps 在 CLI 下失效，部署脚本需重写逻辑
PHP 8.2 开始，CLI 模式下 opcache.validate_timestamps 强制为 0，无论 php.ini 怎么写。这意味着 php artisan optimize:clear 或 composer install 后，新代码在 CLI 命令里可能立即生效，但在 FPM 进程里仍跑旧缓存——造成环境不一致。
立即学习“PHP免费学习笔记（深入）”；
- 部署时不能只依赖
opcache_reset()，必须配合sudo systemctl reload php*-fpm杀掉全部 worker 进程 - CI/CD 流程中，如果用 CLI 执行测试再切到 FPM 上线，要加 sleep 2s + 检查
opcache_get_status()['opcache_statistics']['num_cached_scripts']是否归零 - 不要在
opcache.preload文件里 include 任何带__DIR__或__FILE__的脚本，PHP 8.2 预加载时会报Cannot use __DIR__ in preloaded files
真正卡住人的从来不是“怎么开 OPcache”，而是不同 PHP 版本对同一配置项的解释权悄悄转移了——比如 opcache.revalidate_freq=0 在 7.4 是“每次请求都检查”，在 8.1 是“完全不检查”，到了 8.2，它在 CLI 下干脆被无视。调参前先 php -v 看清版本，比盲目堆内存更管用。
