opcache.validate_timestamps=0可关闭文件时间戳校验以提升性能，但需同步执行opcache_reset()或重启PHP-FPM，否则新代码不生效；开发环境建议设为1，生产环境必须为0并纳入发布流程。

opcache.validate_timestamps 在 PHP 8.6 中没有被移除或改名，它依然存在，用法和之前版本一致。要“关掉”它，就是把它设为 0。

但注意：“关闭”不是禁用 OPcache，而是关闭「自动检查文件是否改动」这个行为。这是生产环境常用做法，目的是提升性能；代价是——你改了 PHP 文件，PHP 不会自动发现，必须手动刷新缓存或重启服务。

---

✅ 正确关闭步骤（PHP 8.6）

1. 修改 php.ini

找到你当前 Web SAPI（如 PHP-FPM）使用的 php.ini 文件（不是 CLI 的），在 [opcache] 段落下添加或修改：

opcache.validate_timestamps=0

⚠️ 确保这行没被分号注释，且位于正确的 php.ini（可通过 phpinfo() 页面查 “Loaded Configuration File” 路径确认）。

立即学习“PHP免费学习笔记（深入）”；

2. 同时建议配好配套参数（避免缓存僵死）

opcache.revalidate_freq=0

虽然 validate_timestamps=0 时 revalidate_freq 实际无效，但保留它可避免配置迁移时遗漏逻辑；若你后续临时切回 =1，这个值就立刻起效。

PHP 8.5.12

修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。

下载

3. 必须执行生效动作（关键！）

仅改 php.ini 不生效，必须：

• 重启 PHP-FPM 进程（推荐，最彻底）：

  sudo systemctl restart php86-fpm   # 根据你的实际服务名调整，如 php8.6-fpm、php-fpm86 等

  或

• 调用 opcache_reset()（需确保脚本有权限，且只对当前进程有效）：

  <?php opcache_reset(); ?>

  注意：该函数只清空当前 PHP-FPM worker 进程的缓存，多个 worker 需全部触发，或直接重启更稳妥。

---

❌ 常见误区

• opcache.validate_timestamps=off 或 false → 无效，只接受整数 0 或 1。
• 改完 php.ini 不重启 → 新配置压根不加载，旧缓存照常运行，代码更新不生效。
• 在 CLI 的 php.ini 里改了，但网站跑在 FPM 下 → 完全不影响 Web 请求。
• 以为关了就能“随时改代码立刻看到效果” → 相反，关了就必须手动清缓存，否则永远不生效。

---

? 验证是否生效

访问一个含 <?php phpinfo(); ?> 的页面，搜索 opcache.validate_timestamps，确认显示值为 0；再看 opcache.status 是否为 enabled，且 Cache hits 明显上升。

也可以用代码验证：

<?php
var_dump(opcache_get_status()['configuration']['opcache.validate_timestamps']);
// 输出 int(0) 表示已关闭
?>

---

? 小贴士：开发 vs 生产怎么选？

• 开发环境：设 opcache.validate_timestamps=1 + opcache.revalidate_freq=0，改保存即刷新，省心。
• 生产环境：=0 是标准做法，但发布流程必须包含 opcache_reset() 或重启步骤，不能跳过。

本质上，这不是“开或关”的问题，而是把校验成本从每次请求，转移到发布时刻。