php 7.3 移除了 opcache.inherited_hack，php 8.1 忽略该参数并报错；opcache.optimization_level 默认值 php 7.3 改为 0x7ffebfff，php 8.1 沿用并默认禁用部分优化；php 8.1 支持 opcache.record_warnings=1 记录编译警告；opcache.consistency_checks 在 php 8.1 仍有效但仅限调试；php 8.1 对 opcache.preload 路径解析更严格。
PHP 7.3 和 8.1 的 opcache.inherited_hack 参数差异
这个参数在 PHP 7.3 中已被移除，但很多旧配置模板仍保留 opcache.inherited_hack=1，直接复制到 PHP 8.1 会触发 INI 解析警告（虽不致命，但 php -v 或启动时会报错）。PHP 7.3 之前该参数用于修复某些继承场景下的 opcode 行为，ZEND 引擎改进后不再需要。PHP 8.1 完全无视该行——如果它没被注释，php --ini 会显示 “Invalid directive” 类似提示。
opcache.optimization_level 默认值变更
PHP 7.3 将默认值从 0x7FFFBFFF 改为 0x7FFEBFFF，而 PHP 8.1 保持后者不变。这个十六进制掩码控制哪些优化器规则启用。关键区别在于：PHP 8.1 默认禁用了 OPTIMIZE_REPEATED_CATCH（重复 catch 块合并）和部分内联策略，更保守以提升稳定性。如果你手动设了高位掩码（比如全开 0xFFFFFFFF），PHP 8.1 可能因 JIT 或类型推导变化导致不可预期的 fatal error，尤其在使用严格类型或 union type 的代码中。
PHP 8.1 新增的 opcache.record_warnings 配置项
这是 PHP 8.0 引入、PHP 8.1 已稳定支持的选项：opcache.record_warnings=1。它让 OPcache 在缓存编译失败时（如语法错误、declare(strict_types=1) 冲突）把 warning 记入 opcache.error_log，而不是静默跳过。PHP 7.3 完全没有这个开关，出错时只能靠 opcache_get_status()['errors'] 查看有限信息，排查部署后白屏问题更困难。建议 PHP 8.1 环境下开启，并配好 opcache.error_log 路径。
consistency_checks 在 PHP 8.3 移除，但 8.1 仍有效 —— 别误用
opcache.consistency_checks 在 PHP 8.1 还可用（默认 0），但它已在 PHP 8.3.0 彻底删除。有人从老文档抄配置时会误加这一项到 PHP 8.1，其实无害；但若迁移到 8.3+ 未清理，会导致 OPcache 启动失败。更关键的是：这个参数本意是“每次执行前校验 opcode 结构完整性”，性能代价高，仅调试极罕见的内存损坏时才临时启用（值设为 1）。生产环境永远保持 0，别因为它“存在”就打开。
真正容易被忽略的是：PHP 8.1 对 opcache.preload 的路径解析更严格，相对路径必须相对于 opcache.preload_user 指定用户的 home 目录，而 PHP 7.3 允许更多宽松解析。preload 文件里用 require 加载的脚本，如果路径写错，在 8.1 下直接报 Failed to preload 并终止整个 OPcache 初始化，不像 7.3 那样可能静默降级。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
