必须先确认phpenv version与php -v一致且which php指向~/.phpenv/shims/php，再执行php script.php；否则脚本可能调用错误版本或系统php。
phpenv 里执行 PHP 脚本前先确认当前 PHP 版本
phpenv 不是运行环境，它只是切换不同 PHP 版本的工具。你执行 php script.php 时，实际调用的是 phpenv 当前激活的版本对应的 php 可执行文件。如果脚本没反应或报错，大概率是版本没切对，或者 php 命令根本没指向 phpenv 管理的版本。
验证方式很简单：
- 运行
phpenv version—— 看输出是不是你预期的版本（比如8.2.12） - 运行
which php—— 输出路径应该包含~/.phpenv/versions/，否则说明 shell 没加载 phpenv，php命令可能来自系统自带 PHP - 运行
php -v—— 和phpenv version输出一致才算生效
直接运行脚本：用 phpenv local 或 global 设定作用域
phpenv 的版本切换分三种作用域：global、local、shell。日常写脚本最常用的是 local，它会在当前目录生成 .php-version 文件，保证进这个目录就自动切到指定版本。
例如你要在项目根目录用 PHP 8.1 执行 index.php：
- 进入项目目录：
cd /path/to/project - 设为本地版本：
phpenv local 8.1.28（注意：版本号必须是phpenv versions列出来的精确值） - 再执行：
php index.php—— 此时用的就是 8.1.28
如果忘了设 local，又不想改全局设置，也可以临时指定：phpenv shell 8.1.28，但这个只对当前终端会话有效。
常见错误：phpenv 切了版本，但脚本仍报 “Class not found” 或语法错误
这不是 phpenv 的问题，而是 PHP 版本差异导致的兼容性问题。比如你在 PHP 7.4 写的脚本用了 match 表达式，却在 phpenv 切到 8.0 以下版本执行，就会直接报错 Parse error: syntax error。
这类问题要靠人工核对：
- 查脚本里有没有高版本特性：
match、str_contains()、属性类型声明等 - 确认扩展是否启用：某些扩展（如
redis、gd）不是所有版本都默认编译进去，php -m | grep redis看是否在列表里 - 检查
php.ini路径：php --ini输出的 loaded configuration file 是否是你期望版本下的配置，避免复用旧版 ini 导致extension_dir错乱
调试技巧：快速验证脚本是否被正确解释
别一上来就跑完整逻辑，先用最小化方式确认执行链路通不通：
- 新建测试文件
test.php，内容只有一行：<?php echo "PHP ".PHP_VERSION." running\n"; ?> - 确保当前目录已
phpenv local x.y.z设置好 - 执行：
php test.php—— 输出应带对应版本号 - 如果失败，立刻查
which php和phpenv version，不要往下猜业务逻辑
真正的坑往往不在脚本本身，而在 phpenv 的 shell hook 是否生效、~/.phpenv/shims/php 是否被 PATH 正确前置、以及不同 shell（zsh/bash）下 ~/.phpenv/bin/phpenv init 的初始化命令是否写进了对应 rc 文件里。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
