phpenv global 是设置默认PHP版本的唯一可靠方式，它通过写入~/.phpenv/version文件来指定全局版本，优先级低于项目级.php-version文件，且依赖已安装版本和shims机制生效。
phpenv global 是设置默认 PHP 版本的唯一可靠方式，它影响所有未指定本地版本的项目和终端会话。
phpenv global 命令的实际效果
执行 phpenv global 8.1.28 后，phpenv 会在 ~/.phpenv/version 文件中写入版本号，后续任何未覆盖的上下文（比如新打开的终端、无 .php-version 的目录）都会使用该版本。
注意：phpenv global 不修改系统 PATH 或重装 PHP，只是切换 phpenv 的激活逻辑。它依赖已安装的版本 —— 如果你还没运行过 phpenv install 8.1.28，这条命令会报错“no such version”。
- 必须先用
phpenv install安装目标版本，再用global指定 - 全局版本不会覆盖项目级设置：一旦目录下存在
.php-version，global就自动让位 - 执行后建议立即运行
phpenv rehash，确保 shim 文件同步更新
为什么 php -v 还是旧版本？常见原因
即使 phpenv global 8.3.13 成功执行，php -v 仍显示老版本，大概率是以下三类问题之一：
- Shell 配置未生效：检查
~/.bashrc或~/.zshrc是否包含eval "$(phpenv init -)"，且已执行source ~/.zshrc - PATH 顺序错误：手动添加的 PHP 路径（如
/usr/bin）排在~/.phpenv/shims前面，导致系统自带php优先被调用 - IDE 或编辑器缓存：PhpStorm 等工具可能缓存了旧解释器路径，需在
Settings → Languages & Frameworks → PHP中手动刷新或重选CLI Interpreter
phpenv local 与 global 的协作关系
项目级 phpenv local 7.4.33 生成的 .php-version 文件，优先级高于 global。但这个机制只在当前目录及子目录生效，且依赖 shell 的 pwd 实时感知 —— 如果你在项目目录里执行 cd .. && cd -，部分老旧 shell 可能不触发重新加载。
验证当前实际生效版本，别只信 phpenv version，而要用：
phpenv version php -v which php
三者输出应一致。若 which php 指向 /usr/bin/php，说明 shims 未接管，不是版本没切对，而是 phpenv 根本没挂载上。
CI/CD 流水线中设置默认 PHP 版本
在 GitHub Actions、GitLab CI 等环境里，phpenv global 是最轻量的方案，但要注意初始化顺序：
- 必须先
git clonephpenv、配置 PATH 和eval "$(phpenv init -)"，再运行phpenv global - 推荐配合
phpenv install使用，避免依赖预装环境（不同 runner 的 PHP 版本不可靠） - 临时覆盖可用
phpenv shell 8.2.0，但仅限当前 shell 会话，适合单测阶段快速验证
真正容易被忽略的是：phpenv 的 shims 机制完全依赖 shell 初始化流程，任何跳过 eval "$(phpenv init -)" 的执行环境（比如某些容器的非交互式 bash），global 设置都形同虚设。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
