phpenv切换php版本后，仅改变cli的php命令指向，nginx站点实际使用独立的php-fpm进程及其对应php.ini，修改php.ini后必须重启对应版本的php-fpm服务（如sudo systemctl restart php8.2-fpm）才能生效，且需通过phpinfo()确认“loaded configuration file”路径与配置项是否更新。
phpEnv 本身不直接管理 PHP 配置生效逻辑——它只是个环境切换工具，改 php.ini 后是否生效，取决于你当前站点实际使用的 PHP-FPM 实例，以及你是否重启了那个实例。
确认 phpEnv 当前激活的 PHP 版本和对应 php.ini 路径
phpEnv 切换版本后，只改了 CLI 的 php 命令指向，但 Nginx 站点用的是 PHP-FPM 进程，二者配置文件完全独立。必须查清楚当前站点背后跑的是哪个 PHP-FPM：
- 在站点根目录放一个
info.php，内容为<?php phpinfo(); ?>，访问后看 “Loaded Configuration File” 行——这才是 Nginx+PHP-FPM 真正读的php.ini - 或者命令行执行：
phpenv which php查 CLI 路径，再执行ps aux | grep fpm，找带具体版本号的进程（如php-fpm: master process (/etc/php/8.2/fpm/php.ini)） - 常见路径有：
/etc/php/8.2/fpm/php.ini、/usr/local/phpenv/versions/8.2/etc/php.ini（取决于 phpEnv 安装方式），别直接改 CLI 版本下的php.ini
修改 php.ini 后必须重启对应版本的 php-fpm 服务
只重启 nginx 或 reload php-fpm，php.ini 修改不会生效。PHP-FPM 主进程启动时就把 php.ini 加载进内存，后续 reload 只重载 pool 配置（如 www.conf），不重新解析 php.ini：
- 查服务名：
systemctl list-units | grep fpm，常见如php8.2-fpm、php-fpm82、或通用名php-fpm - 重启命令（选对应版本）：
sudo systemctl restart php8.2-fpm，不是nginx，也不是phpenv restart（该命令不存在） - 验证是否成功：
sudo systemctl status php8.2-fpm看 Active 状态；再刷新info.php页面，确认 “Loaded Configuration File” 路径没变，且目标配置项（如upload_max_filesize）值已更新
多个站点共用同一 PHP-FPM 实例时无法“按站点”隔离 php.ini
phpEnv 不提供 per-site php.ini 覆盖能力。如果多个 Nginx 站点都连向同一个 php8.2-fpm socket，它们共享同一份 php.ini。想实现单站独立配置，只有两个现实路径：
- 为每个站点部署独立的 PHP-FPM pool（例如
www-site1.conf和www-site2.conf），并在 pool 配置里用php_admin_value[upload_max_filesize] = 50M覆盖全局值——这比改php.ini更灵活，也无需重启主进程 - 改 Nginx 的
fastcgi_param PHP_VALUE（需 PHP >= 7.3 且php_admin_value未禁用），例如：fastcgi_param PHP_VALUE "upload_max_filesize=50M \n post_max_size=50M";，但注意：仅支持部分指令，且不能覆盖extension、zend_extension等启动期配置 - 别指望
.user.ini—— 它只对 CGI/FastCGI 模式有效，而 php-fpm 默认是 static/dynamic 模式，且需在php.ini中开启user_ini.filename = ".user.ini"才行
容易被忽略的关键点
很多人卡在“明明改了、也重启了，但 phpinfo() 还是旧值”，真正原因常是：
- 改错了文件：CLI 的
php.ini（php --ini显示） ≠ FPM 的php.ini（phpinfo()显示） - 重启了错的服务：
sudo systemctl restart nginx或sudo systemctl reload php8.2-fpm都无效，必须restart - 权限问题：编辑后的
php.ini文件属主不是root，或权限太松（如 777），PHP-FPM 启动时会静默跳过加载 - OPcache 缓存了旧配置：即使重启了 FPM，某些扩展（如 opcache）可能缓存了 ini 解析结果，可临时加
opcache.revalidate_freq=0辅助排查
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
