phpenv下执行PHP脚本需先确保phpenv激活且shims生效：运行which php应返回~/.phpenv/shims/php，否则执行phpenv rehash并source配置文件；确认php -v版本与phpenv version一致后，即可用php script.php直接运行。
phpenv 命令行终端里怎么执行 PHP 脚本
直接用 php 命令就行，和系统自带 PHP 一样，但前提是 phpenv 已正确激活且版本已切换到位。
常见错误现象：输入 php hello.php 报错 command not found: php 或版本不对 —— 这说明 phpenv 的 shim 机制没生效，或者 PATH 顺序被其他 PHP 路径抢了先。
- 先确认当前 shell 是否加载了
phpenv：which php应该返回类似~/.phpenv/shims/php的路径，而不是/usr/bin/php或/opt/homebrew/bin/php - 如果返回的是系统路径，运行
phpenv rehash刷新 shim 映射（尤其在新装完 PHP 后必做） - 检查
php -v输出的版本是否与phpenv version一致；不一致说明有环境变量或别名干扰 - 脚本执行权限无需
chmod +x，php是解释器调用，不是直接运行文件
phpenv init - 输出的内容到底起什么作用
phpenv init - 不是启动某个控制台，而是输出一段 shell 初始化脚本，用来启用 shims、自动补全和目录感知切换逻辑。它本身不运行，必须用 eval 执行。
如果你跳过这步，phpenv local 8.3.13 会生效，但进入项目目录时不会自动切版本，php 命令也不会路由到对应版本 —— 因为 shims 目录没被注入 PATH，也没挂上 cd 钩子。
立即学习“PHP免费学习笔记（深入）”；
- 典型配置是：
export PATH="$HOME/.phpenv/bin:$PATH"+eval "$(phpenv init -)" -
phpenv init -输出中包含export PATH="~/.phpenv/shims:$PATH"—— 这才是让php命令走 phpenv 路由的关键 - 它还会注册
cd的 hook（依赖phpenv hooks install），否则.php-version文件不会触发自动切换
为什么在终端里敲 phpenv 没反应，或者提示 no such command
最常见原因是 PATH 没配对，或者配置没重载。不是工具坏了，是 shell 找不到 phpenv 二进制。
- 运行
ls ~/.phpenv/bin/phpenv确认文件存在；不存在说明 git clone 失败或路径写错了（比如克隆到了~/phpenv却配了~/.phpenv） - 运行
echo $PATH | grep phpenv，看~/.phpenv/bin是否在输出里；不在就说明 export 没生效 - 改完
~/.zshrc或~/.bashrc后，必须source ~/.zshrc或重启终端，exec $SHELL -l也行 - macOS Catalina 及以后默认 zsh，但你可能还在用 bash 配置文件，检查实际 shell：
echo $SHELL
phpenv 有没有类似 node -i 或 python -i 那样的交互式控制台
没有内置 REPL 控制台，phpenv 本身只是版本路由层，不提供解释器功能。但你可以用当前激活的 PHP 版本直接启动交互模式：
php -a 就是标准 PHP 交互式 shell，它会使用 phpenv 当前选中的版本 —— 前提是 php 命令已由 phpenv shim 接管。
- 如果
php -a启动失败，报Interactive mode enabled但没提示符，说明 readline 扩展未编译进当前 PHP（常见于 macOS 或最小化安装） - 解决办法：重装该 PHP 版本并确保系统有
libreadline-dev（Debian/Ubuntu）或readline（macOS via Homebrew） - 临时替代：用
php -r 'var_dump($_SERVER);'执行单行，比写文件再跑快得多
真正容易被忽略的是：phpenv 从不修改 PHP 自身行为，它只决定「哪个 php 二进制被调用」。所有关于语法、扩展、ini 配置的问题，都得回到那个具体版本的 PHP 编译选项和 php.ini 路径去查。
