phpenv global 设置的是 phpenv 层面的 fallback 默认版本，生效前提为 shell 正确加载 phpenv init、PATH 包含且优先指向 ~/.phpenv/shims，且无 .php-version 文件覆盖；失效主因是未执行 phpenv rehash、shell 初始化缺失或 PATH 顺序错误。
phpenv global 设置的是全局默认版本
执行 phpenv global 8.3.13 后，所有未显式指定本地版本的目录都会使用这个版本——它不是“系统级默认”，而是 phpenv 层面的 fallback 版本。真正起作用的前提是：你的 shell 已正确加载 phpenv init -，且 php 命令走的是 phpenv 的 shim（即 which php 返回类似 ~/.phpenv/shims/php 的路径）。
为什么执行了 phpenv global 却没生效？
常见失效原因有三个：
- 没运行
phpenv rehash：安装或切换后必须重生成 shim，否则php命令仍指向旧二进制或系统 PHP - shell 初始化未生效：检查
~/.zshrc或~/.bashrc是否包含eval "$(phpenv init -)"，并确认已执行exec $SHELL -l - 当前目录存在
.php-version文件：它会覆盖 global 设置，优先级更高；删掉或改写该文件即可恢复全局行为
phpenv global 和系统 PATH 冲突怎么办
如果 which php 显示的是 /usr/bin/php 或 /opt/homebrew/bin/php，说明 phpenv 的 shim 没接管命令。这不是 phpenv global 失效，而是整个 phpenv 未激活：
- 确认
$HOME/.phpenv/bin在$PATH最前面（用echo $PATH查看） - 检查
phpenv init -输出是否含export PATH相关语句；若为空，可能是插件未装或权限问题 - macOS 上用 Homebrew 装过 PHP 的用户，常因
/opt/homebrew/bin在 PATH 中靠前而“抢跑”，需手动调整顺序
设置 global 后怎么验证是否真在用它
别只信 php --version，它可能被 alias 或 wrapper 干扰。可靠验证方式是：
立即学习“PHP免费学习笔记（深入）”；
-
phpenv version：显示当前生效版本 + 来源（如8.3.13 (set by /home/user/.phpenv/version)） -
phpenv which php：返回实际调用的二进制路径，应为~/.phpenv/versions/8.3.13/bin/php -
command -v php：绕过 alias，确认调用链起点确实是 shim
global 设置本身很简单，但它的可靠性高度依赖初始化完整性和 PATH 顺序——这两点出问题时，phpenv global 看似执行成功，实则完全不参与命令分发。
