php.ini不会被 OPcache 缓存。这是对 OPcache 作用范围的常见误解。
一、OPcache 的设计目标：缓存什么？
OPcache 的核心功能是：
缓存 PHP 脚本编译后的字节码（Opcodes），避免重复解析和编译。
✅ OPcache 缓存的内容：
- PHP 脚本文件（
.php）的zend_op_array（字节码）； - PHAR 包内的脚本；
- （PHP 8+）JIT 生成的机器码（在独立缓冲区）。
❌ OPcache不缓存的内容：
php.ini配置文件；- PHP 扩展（
.so/.dll）； - Composer 的
autoload.php（但会缓存其加载的.php文件）； - 任何非 PHP 脚本的文件（如
.json,.env,.txt）。
✅关键结论：
OPcache 只关心“PHP 代码如何执行”，不关心“PHP 如何配置”。
二、php.ini的加载机制：何时读取？
php.ini的加载发生在PHP 进程启动阶段，远早于 OPcache 初始化：
1.PHP 启动流程（简化）
1. 读取 php.ini → 设置全局配置（如 memory_limit, display_errors） 2. 加载扩展（如 opcache.so） 3. 初始化 OPcache 4. 开始处理请求 → 编译/缓存 .php 脚本2.配置生效时机
php.ini修改后，必须重启 PHP-FPM / CLI 进程才能生效；- OPcache 重置（
opcache_reset()）对php.ini无效。
⚠️验证方法：
# 修改 php.iniecho"memory_limit = 512M">>/etc/php/8.3/fpm/php.ini# 重载 PHP-FPM（不重启）systemctl reload php-fpm# 查看配置（仍为旧值！）php -r"echo ini_get('memory_limit');"# 必须 restartsystemctl restart php-fpm
三、为什么会有“php.ini被缓存”的错觉？
1.OPcache 缓存了使用ini_get()的脚本
- 假设
config.php中有：$limit=ini_get('memory_limit');// 值为 "128M" - OPcache 缓存了
config.php的执行结果（字节码），但不缓存php.ini本身； - 若修改
php.ini后未重启 PHP，ini_get()仍返回旧值 →误以为 OPcache 缓存了配置。
2.FPM Pool 配置覆盖php.ini
- 在
www.conf中设置：php_admin_value[memory_limit] = 256M - 此配置优先级高于
php.ini，且随 FPM reload 生效； - 开发者可能混淆了
php.ini与 FPM 配置的加载机制。
四、正确管理php.ini变更
| 操作 | 命令 | 说明 |
|---|---|---|
修改php.ini | vim /etc/php/8.3/fpm/php.ini | 编辑配置文件 |
| 验证语法 | php-fpm -t | 检查配置是否合法 |
| 应用变更 | systemctl restart php-fpm | 必须重启（reload 无效） |
| 验证生效 | php -r "echo ini_get('memory_limit');" | CLI 与 FPM 配置可能不同 |
✅黄金法则：
php.ini是进程级配置，变更需重启进程；
OPcache 是脚本级缓存，变更需重置缓存或 reload FPM。
五、总结：php.ini与 OPcache 的关系
| 维度 | php.ini | OPcache |
|---|---|---|
| 作用 | 配置 PHP 引擎行为 | 缓存 PHP 脚本字节码 |
| 加载时机 | PHP 进程启动时 | PHP 进程启动后，首次编译脚本时 |
| 变更生效 | 需重启 PHP 进程 | 需opcache_reset()或 reload FPM |
| 缓存内容 | ❌ 不缓存 | ✅ 缓存.php文件的 Opcodes |
| 依赖关系 | OPcache 的配置（如opcache.enable）在php.ini中定义 | 不影响php.ini加载 |
✅终极口诀：
“ini 配进程，opcode 缓脚本；
改 ini 重启，清 opcode 重载。”
作为 PHP 开发者，你必须清晰区分：
配置（php.ini）决定“PHP 如何运行”，缓存（OPcache）决定“PHP 代码如何高效运行”——
二者协同，但绝不混淆。
