phpenv 仅管理 php 版本切换，不设置运行时环境变量；需手动执行 eval "$(phpenv init -)" 并写入 shell 配置以将 php 路径加入 path，否则 php 命令不可用；fpm 不继承 shell 环境变量，须在 php-fpm.conf 中显式配置 env[php_env] = dev；$_env 为空因 variables_order 默认不含 e，应设为 "egpcs" 或改用 getenv()。
直接说结论：phpenv 本身不负责设置 PHP 的运行时环境变量（如 PHP_ENV），它只管理多个 PHP 可执行版本的安装与切换；而让系统 anywhere 都能执行 php 命令，靠的是把 phpenv 管理的当前 PHP 版本的二进制路径自动加入 PATH —— 这一步必须手动完成初始化，否则 php 命令根本不会生效。
为什么装完 phpenv 还是提示 “php: command not found”
因为 phpenv 默认不修改 PATH。它只是个“版本调度器”，真正的可执行文件藏在 ~/.phpenv/versions/x.y.z/bin/php 下，不加到 PATH 就找不到。
- 检查是否执行过
eval "$(phpenv init -)"—— 这行代码会动态把当前激活版本的bin/目录注入PATH - 确认这行是否写进了 shell 配置文件（
~/.zshrc或~/.bashrc），且已source过 - 运行
phpenv shell 8.2后，再执行which php，看输出是否指向~/.phpenv/versions/8.2/bin/php - 如果
which php无输出，说明phpenv init没生效，常见原因是 shell 类型判断错误（比如用 zsh 却只改了.bashrc）
phpenv 管理的 PHP 怎么读取系统级环境变量（如 PHP_ENV）
phpenv 启动的 PHP 进程（CLI 或 FPM）会继承 shell 的环境变量，但有两个关键限制：
- FPM 模式下，
php-fpm主进程通常由 systemd 或 init 脚本启动，**不继承用户 shell 的export**，所以你在.zshrc里写的export PHP_ENV=dev对 FPM 无效 - CLI 模式下有效，但仅限当前终端会话；新开终端需重新
source配置 - 若需 FPM 读取，必须在
php-fpm.conf或 pool 配置中显式声明：env[PHP_ENV] = dev，然后sudo systemctl reload php-fpm - 不要依赖
putenv()在入口脚本里设环境变量来“兜底”，它只对当前请求生效，且无法被$_ENV自动捕获（除非variables_order包含E）
variables_order 和 $_ENV 为什么经常为空
$_ENV 不是实时镜像，它是 PHP 启动时从操作系统环境拷贝的一份快照。是否填充，完全取决于 php.ini 中的 variables_order 配置。
- 默认值是
"GPCS"（GET、POST、Cookie、Server），**不含E（Environment）**，所以即使系统有PHP_ENV，$_ENV['PHP_ENV']也为空 - 要启用，必须改
php.ini：把variables_order = "EGPCS"，然后重启 PHP-FPM 或 Web 服务器 - 更稳妥的做法是统一用
getenv('PHP_ENV')，它不依赖variables_order，只要变量真实存在于进程环境中就能读到 - 注意大小写：
getenv('php_env')和getenv('PHP_ENV')是两个不同变量，Linux 下严格区分
真正容易被忽略的点是：FPM 的环境变量来源和 CLI 完全不同，不能靠改 shell 配置一劳永逸；而 phpenv 的核心价值在于隔离 PHP 解释器版本，不是配置管理工具——别指望它自动帮你注入业务环境变量。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
