phpenv修改的是当前shell的PATH，仅影响交互式终端中的php命令解析，不改变Web服务器或子进程的PATH；Web环境需通过PHP-FPM pool配置env[PATH]等服务级设置生效。
phpenv 修改的是当前 shell 的 PATH，不是系统级环境变量；它只影响你用 phpenv install 安装的 PHP 版本的调用路径，不改变 Web 服务器或子进程看到的 PATH。
phpenv 切换版本后 php -v 正常但 exec('which php') 仍返回旧路径
这是最常见误解：phpenv 控制的是 php 命令在 shell 中的解析路径，但 exec()、system() 等函数启动的子进程默认继承的是父进程（Web 服务器）启动时的原始环境，而非当前 shell 的 PATH。
- Web 场景下（如 Nginx + PHP-FPM），PATH 由 PHP-FPM pool 配置中的
env[PATH]决定，和 phpenv 无关 - CLI 下运行脚本时，
phpenv shell 8.2或phpenv global 8.2才会影响该终端后续的php命令，但不会自动刷新已运行的 PHP 进程 -
exec('which php')返回的路径，取决于 PHP-FPM 启动时读取的系统 PATH，不是你当前终端里which php的结果 - 验证方式：在 CLI 中运行
php -r "echo getenv('PATH');"，再对比echo $PATH—— 若不一致，说明 PHP 进程没继承 shell 的 PATH
phpenv init - 输出的 PATH 注入逻辑在哪生效
phpenv init - 输出的是 shell 初始化代码，核心是两件事：把 ~/.phpenv/shims 加入 PATH，并启用 shims 机制。它不修改系统 PATH，也不写入注册表或 /etc/profile。
- shims 目录里是一堆同名脚本（如
php、composer），它们会根据当前 phpenv 设置的版本，自动转发到对应安装路径下的真实二进制文件 - 所以你执行
php -v看到的是 8.2，但exec('php -v')可能还是 7.4 —— 因为 Web 服务器根本没加载 shims - 必须确保
~/.phpenv/shims在 PATH 最前面，否则系统自带的/usr/bin/php会优先被选中 - 检查是否生效：
echo $PATH | grep phpenv；若无输出，说明eval "$(phpenv init -)"没成功执行或 shell 配置未重载
为什么 phpenv global 8.2 后，Web 页面里 phpversion() 还是 7.4
因为 phpenv 对 Web 服务完全无效。PHP-FPM 是独立守护进程，它启动时的环境变量（包括 PATH）由配置文件固化，与你的用户 shell 无关。
立即学习“PHP免费学习笔记（深入）”；
- Linux/macOS：编辑 PHP-FPM pool 配置（如
/etc/php/*/fpm/pool.d/www.conf），添加env[PATH] = /home/youruser/.phpenv/versions/8.2.12/bin:/usr/local/bin:/usr/bin:/bin - Windows（phpEnv 集成环境）：它自带的控制面板改的是自身服务的启动参数，和系统 PATH 无关；你手动改系统 Path 后，需重启 phpEnv 的 Apache/Nginx/PHP-FPM 服务才生效
- 绝对路径才是最稳的方案：在 PHP 里调外部命令时，别依赖 PATH，直接写
exec('/home/youruser/.phpenv/versions/8.2.12/bin/php script.php') - 别信
getenv('PATH')返回值 —— 它可能只是 PHP 进程启动时缓存的快照，不代表子进程实际搜索路径
真正容易被忽略的一点：phpenv 的 PATH 注入只对交互式 shell 有效，而 Web 请求走的是非交互式、无登录态的 PHP-FPM 子进程，两者环境隔离。想让 Web 用上新 PHP，必须动服务配置，不是动 shell。
