必须让PHP自己报路径：Web环境用phpinfo()查“Loaded Configuration File”，CLI环境用php --ini看“Loaded Configuration File”行，二者常不同；phpEnv下各版本、各SAPI配置完全隔离，改错文件或未重启对应服务（如php-fpm）是不生效主因。
phpEnv 修改 php.ini 没效果，90% 是改错了文件，或没意识到 phpEnv 会为每个 PHP 版本、每个 SAPI（CLI / FPM / Apache）维护独立的 php.ini 路径。
怎么确认当前环境真正加载的 php.ini 文件？
phpEnv 不提供统一配置入口，它把不同 PHP 版本和运行模式的配置完全隔离。不能靠猜路径，必须让 PHP 自己报出加载的是哪个文件：
- Web 环境：在 Web 根目录建
info.php，内容为<?php phpinfo(); ?>，浏览器访问后搜索Loaded Configuration File—— 这个路径才是你该改的 - CLI 环境：终端执行
php --ini，看Loaded Configuration File行；注意不是Configuration File (php.ini) Path（那是搜索目录，不等于实际加载文件） - 如果你用 phpEnv 切换过版本，比如
phpenv shell 8.2，那php --ini输出的路径可能和 Web 下的完全不同
phpEnv 下常见的 php.ini 路径规律
phpEnv 默认不生成 php.ini，而是从源码编译时复制 php.ini-development 或 php.ini-production。常见位置有：
-
~/.phpenv/versions/8.2.12/etc/php.ini（CLI 和 FPM 共用，但 FPM 可能被覆盖） -
~/.phpenv/versions/8.2.12/etc/php-fpm.d/www.conf中若含php_admin_value[display_errors] = on，会强制覆盖php.ini里的同名设置 - Apache 模块模式下，
php.ini路径可能被LoadModule php_module所在的httpd.conf通过PHPINIDir指定，此时改 phpEnv 目录下的php.ini完全无效
为什么改了 php.ini 还是不生效？
除了路径错、服务没重启，phpEnv 环境下还有几个典型干扰项：
立即学习“PHP免费学习笔记（深入）”；
-
php-fpm.conf或www.conf里用了php_flag/php_value，它们优先级高于php.ini；例如php_flag[log_errors] = off会让php.ini里的log_errors = On失效 - 代码中调用了
ini_set()，它只影响当前请求，但会覆盖php.ini的Local Value（在phpinfo()页面能看到Local Value和Master Value两列） - 修改后没重启对应服务：
phpenv启动的 FPM 需要~/.phpenv/versions/8.2.12/sbin/php-fpm --stop && ~/.phpenv/versions/8.2.12/sbin/php-fpm；CLI 不需要重启，但 OPcache 缓存可能残留，可加opcache_reset()测试
验证修改是否真的起作用的最小闭环
别依赖肉眼检查配置文件内容，走这个流程才可靠：
- 编辑前先记下目标配置项原始值（如
post_max_size），再改 - 保存后，在对应环境（CLI 或 Web）执行
php -i | grep post_max_size或打开phpinfo()页面搜索 - 重点看输出里是否同时出现
post_max_size和它右侧的两个值：左边是Local Value（最终生效值），右边是Master Value（php.ini原始值）；如果两者不一致，说明被更高优先级配置覆盖了 - 上传一个超大 POST 表单或用
curl -F "file=@big.zip" http://localhost/test.php实测，比看配置更直接
复杂点在于 phpEnv 本身不管理服务生命周期，它只管二进制和配置文件。你得自己清楚当前用的是 CLI、FPM 还是 Apache 模块，每种模式的加载链、覆盖规则、重启方式都不同——漏掉任意一环，改了也白改。
