phpEnv本身不运行PHP程序，仅是Windows集成环境管理器；真正执行的是其内置或指定的PHP解释器，需手动配置PATH才能在命令行使用php命令。
phpEnv 本身不运行 PHP 程序，它只是 Windows 上的集成环境管理器；真正执行 php 命令的是它内置或你指定的 PHP 解释器。 如果你点开 phpEnv 控制面板、启动 Apache/MySQL 后直接双击 .php 文件没反应，或者在命令行输 php -v 报错，说明你还没激活“纯净 PHP 环境”——这不是默认开启的状态，得手动配。
确认 phpEnv 是否已加载 PHP 解释器
phpEnv 安装后默认不把 PHP 加入系统 PATH，也不能直接在任意目录敲 php 命令。它只在自己的服务上下文（如 Apache 的 mod_php）里调用 PHP。要运行原生脚本（比如 php hello.php），必须让终端能定位到 phpEnv 自带的 PHP 可执行文件：
- 打开 phpEnv 主界面 → 点击右上角「配置」→ 「PHP 设置」→ 查看「PHP 路径」，类似
C:\phpenv\php\8.2.12\php.exe（路径因版本和安装方式而异） - 把这个路径复制出来，在命令行中直接调用：
C:\phpenv\php\8.2.12\php.exe -v，有输出就说明解释器可用 - 如果报错
0xc000007b或缺少msvcp140.dll，不是 phpEnv 问题，而是它自带的 PHP 编译包依赖 VC 运行库——但根据 2025 年后的版本说明，从 5.1.0 起已内置 VC 环境，所以大概率是你用了旧版或手动替换了非绿色 PHP 包
新建“纯净 PHP 环境”：不依赖 Apache/Nginx
所谓“纯净”，是指仅启用 PHP CLI（命令行接口），不启动 Web 服务、不挂载 MySQL、不写 hosts、不配虚拟主机。适合跑脚本、Composer、单元测试等场景：
- 在 phpEnv 控制面板中，先确保 Apache 和 MySQL 是「已停止」状态（红色按钮）
- 不要点击「启动全部」，也不要进「站点管理」添加任何站点——这些动作会触发自动配置，反而污染 CLI 环境
- 打开系统命令行（CMD 或 PowerShell），输入：
set PATH=C:\phpenv\php\8.2.12;%PATH%（把上面查到的实际路径填进去） - 然后立即验证：
php -v应该返回版本号；php -m | findstr "opcache"可确认扩展是否加载 - 注意：这个
set是临时生效，关掉窗口就失效；如需永久生效，得手动把 PHP 路径加进 Windows 系统环境变量，但 phpEnv 官方不推荐——因为多版本共存时容易冲突，建议用脚本封装或每次按需 set
为什么 phpenv（小写）命令在 phpEnv 里完全不可用
这是最容易混淆的点：Windows 版 phpEnv（首字母大写、图形界面）和 Linux/macOS 的 phpenv（全小写、Shell 工具）是两个完全不同的项目，零代码复用，也无兼容层。前者是 .NET 写的 GUI 管理器，后者是 Shell 脚本写的版本切换器。
立即学习“PHP免费学习笔记（深入）”；
- 你在 phpEnv 界面里敲
phpenv global 8.2会提示'phpenv' is not recognized—— 正常，它压根没集成这个命令 - phpEnv 的多版本切换靠「PHP 设置」面板里的下拉菜单完成，切换后所有新启动的 CLI 进程（只要你 set 对了 PATH）都会用那个版本
- 它不提供
phpenv local那种 per-project 版本锁定能力，也没rehash概念；想隔离项目 PHP 版本，得靠手动改 PATH 或写批处理脚本
真正麻烦的从来不是“怎么让 PHP 跑起来”，而是“怎么让不同项目互不干扰地用不同 PHP 版本又不污染全局”。phpEnv 在 Windows 上做到了开箱即用的 Web 服务集成，但它对 CLI 场景做了简化取舍——你需要自己接管 PATH 和执行路径，而不是期待它像 rbenv 那样自动注入。
